>
Very excited about the new features Robert, sounds like you're really cracking
on.
I had two thoughts I hope you'll consider integrating:
One is that GLSL is quite poor for initialization. The main problem with this
is if you were to enable a shader with, say, 8 uniforms, there wasn't, until
-users-boun...@lists.openscenegraph.org
> [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Bruce
> Wheaton
> Sent: Monday, June 28, 2010 12:46 PM
> To: OpenSceneGraph Users
> Subject: Re: [osg-users] OSG and vsync (UNCLASSIFIED)
>
> On Jun 23, 2010, at 3:35 PM,
On Jun 23, 2010, at 3:35 PM, Bunfield, Dennis AMRDEC/AEgis wrote:
> For Nvidia cards there is a built in 2 frames of latency. So even after
> your sync you won't see the image you updated come out the DVI until 2
> render frames later.
Where does this information come from Dennis? Where is this
On Jun 25, 2010, at 6:42 AM, Mathias Fröhlich wrote:
> With that proposal - espcially the StateAttribute::compose call working
> directly on the osg::State - I conclude that we need to relink during draw:
> * we will probably loose state sorting for the shader combinations
> * shaders need to be
> Has anybody compiled ffmpeg sucessfully to work with osg-2.8.3-rc2? When
> building the osgmovie example I keep getting the attached linker errors no
> matter how I seem to compile ffmpeg. I tried both i386 and x86_64, building
> everything from scratch. I have a feeling though the ffmpeg con
So, we would do the same enable calls on state sets with custom made enums, and
then also provide a shader function that will be used only if that feature is
enabled?
It sounds like a great idea... although isn't it maybe sufficiently useful that
it deserves it's own enable and set functions, e
May not be so bad. HDMI and BluRay are standardizing on a 'top-bottom' format,
with 2 1280x720 eye images and a 30 pixel border.
There may also be a flag that has to get set in the HDMI stream, that will be
awkward, but making the top-bottom 3D should be trivial. Possibly some of the
TVs will h
le. Any tricks to work
around this? Ping-ponging 2 FBOs springs to mind, but that sounds really
painful.
Regards,
Bruce Wheaton
PS - Note this isn't basic multitexturing - the alpha mask has to be rendered
into the scene with geometry and blending also - in fact I will probably use
the al
es like motion blurring. It's especially true for frame
sequential stereo 3D, since you'd also get unpleasant flickering at lower rates.
More to the point, this has become somewhat of a standard in projectors - it's
close to the current limit of dual-link DVI (at 1920x1080) and fast
ng this? I understand it's a favorite way to do
glows.
regards,
Bruce Wheaton
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Martins,
I was under the impression that the projects were 'partial' in this
way so you had an option of installing OSG frameworks.
What I do, to make standard, distributable examples, is:
Add a build stage to the target you're building, a 'Copy Files' stage.
Set the destination to 'Framew
Serge, as Robert says, TwinView is what you need.
Here's the deal. On Nvidia non-Quadro cards on Linux, the only way to
guarantee no tearing on one screen is:
UBB flipping enabled,
full screen OpenGL app, no obstructions,
Vsync flag with that screen number - there's an environment variable.
akes a big
difference in Linux.
Regards,
Bruce Wheaton
On Mar 29, 2010, at 5:17 AM, Serge Lages wrote:
Hi all,
Some news on this topic, we've tested on Linux : same hardware (2
GTX285 and 4 screens), same video, same code, an ubuntu 9.04
configured with 4 screens, with VSync enab
FBO's don't support double buffering either. FBO's are frame buffer
that are ever directly connected to display outputs.
I didn't mean literally, rather that two color buffers would get
attached and used as left and right back buffers. That's quite
feasible, as far as I can tell.
If you
Is a quad buffered FBO supported by default?
If so, does drawing from it to a quad buffered framebuffer correctly
keep left and right separate? I'm thinking of something like
osgdistortion, just in stereo.
Bruce
___
osg-users mailing list
osg-use
The Xcode project seems better - executables can now create the
correct sort of windows. Thanks Stephan!
I also got to learn something more about OSG, so that was nice.
BTW, Paul - thanks for the OSGQSG - very nice, good introduction.
Bruce
On Apr 1, 2010, at 10:05 AM, Bruce Wheaton wrote
case that version
number isn't getting though at the right time?
Bruce
On Mar 31, 2010, at 8:46 PM, Paul Martz wrote:
Bruce Wheaton wrote:
I certainly defer to Stephan on this... but I presume the fix he
found is similar, or addresses the core problem. If time becomes a
factor Steph
ng point
and do various color correction etc. I think fitting that into the
existing ImageSequence, which seems to assume single frames of RGB,
would be too time consuming at the moment.
Regards,
Bruce Wheaton
___
osg-users mailing list
osg-users
I certainly defer to Stephan on this... but I presume the fix he found
is similar, or addresses the core problem. If time becomes a factor
Stephan, or you need testing of a changed version, let me know.
Bruce
On Mar 31, 2010, at 2:58 PM, Paul Martz wrote:
Bruce Wheaton wrote:
OK, it
LibPNG changed their API in January. I have a current Arch Linux
install which uses the newer version, but we can presume it will crop
up more. The only two current issues are addressed by:
/OpenSceneGraph/src/osgPlugins/png/ReaderWriterPNG.cpp
176d175
<#if PNG_LIBPNG_VER < 10004
OK, it seems that when I set: -DUSE_DARWIN_COCOA_IMPLEMENTATION for
the osgViewer framework, then recompile, the problem goes away.
I'm not 100% if this is the right place, but it seems appropriate -
the targets seem to be broken down by carbon and cocoa here in the
viewer more than anywher
recall, this used to be enough. Did the introduction of the Cocoa
viewer change something? Is there an environment variable that needs
to be set? Since I intend to make a Mac bundle, I'd rather not have
any user installation steps.
Regards,
Bruce Wheaton
__
On Mar 24, 2010, at 1:19 AM, Stephan Huber wrote:
OpenThreads is still part of the xcode-project (there should be a
target
for it) and may not be removed. Paul removed the redundant OpenThreads
folder from the xcode folder because it doesn't make sense, to have a
separate xcode-project file fo
a was working, I guess the other targets need some work?
Bruce
On Mar 23, 2010, at 1:27 PM, Paul Martz wrote:
Bruce Wheaton wrote:
Sorry, Paul, did the Mac OS X frameworks and Xcode stuff get
updated properly? I saw you were looking for help (afraid I'm too
new to the project to offer
Sorry, Paul, did the Mac OS X frameworks and Xcode stuff get updated
properly? I saw you were looking for help (afraid I'm too new to the
project to offer).
Bruce
On Mar 23, 2010, at 12:10 PM, Paul Martz wrote:
Hi all -- Things are looking pretty stable so far, so I've gone
ahead and tagg
hat sample, and probably 4:2:0,
that could also have the effect of halving your texture transfers.
Regards,
Bruce Wheaton
PS - our fluctuations were 2-8 frames, occasionally, not what you're
describing.
On Mar 23, 2010, at 10:51 AM, Serge Lages wrote:
Hi all,
Still having problems
The phrase gets thrown around a lot, and there seems to be an
assumption that everyone knows exactly what it means in this context.
I'm new, I don't, and searching doesn't seem to solve the problem.
My presumption is that it's an effort to solve the problem of recent
'shader only' OpenGL ve
an example with a 'better' management of image/stream objects?
Regards,
Bruce Wheaton
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
ruce
On Feb 27, 2010, at 3:31 AM, Tim Moore wrote:
On Sat, Feb 27, 2010 at 3:21 AM, Bruce Wheaton
wrote:
Not to blame the victim, but it sounds like some user error was
involved here. You should do your local work on branches, because it
is very easy to do so and makes it very easy t
On Feb 26, 2010, at 5:14 PM, Tim Moore wrote:
There's no such thing as hung repo unless you're encountering a bug
in git, probably very rare these days. You can always get back to a
sane state using "git reset --hard".
I've being doing that, but it doesn't move you toward the solution, it
On Feb 26, 2010, at 12:38 PM, Mathieu Marache wrote:
Speaking of which, here's my 2c. Git is designed to address the
exact problems discussed in this thread - it allows contributors to
safely develop parallel branches and 'grown-ups' to merge selected
branches with the main branch, and it h
late
each time, unlike say SVN, which works well with a 'master/remote' and
'slave/local' repo.
Sorry I can't offer to contribute yet, I don't really have my head
around OSG yet! Hopefully down the road. Great project, thanks for the
hard work.
Regards,
Bruc
p and then select which one you want
rendered using
the method "setSingleChildOn".
Hope this helps...
-Shayne
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Bruce
Wheaton
Sent: Monday, February
stion then? I need a master node, maybe a
switch, a PAT for each scene, then load the scene and place it as a
child of the PAT node?
Let me guess - there's an example that shows this exact thing?
Thanks,
Bruce Wheaton
___
osg-use
On Feb 14, 2010, at 4:31, Robert Osfield
wrote:
Hi Bruce,
On Fri, Feb 12, 2010 at 5:49 PM, Bruce Wheaton
wrote:
The Present3D wiki asks for contributors. If it would be acceptable
for a
GUI to be written in juce then
I'm not familiar with Juce. Why Juce rather than othe
better way.
Please also consider thread safety - what would happen if your main
thread tries to access the node while it's being created? What are you
trying to do?
Bruce
On Feb 14, 2010, at 14:28, Bruce Wheaton wrote:
On Feb 14, 2010, at 14:15, "Danny Lesnik"
wrote:
On Feb 14, 2010, at 14:15, "Danny Lesnik" wrote:
The value of node is null. I'm a newbie in Threading Programming,
but I need to find a way to work it out.
Your problem lies in C, Danny, not in threading. You passed a pointer
into your thread class by value. Your thread class initialized a
done lots of 3D video work with the OpenSceneGraph/Present3D over
the years. There is even an example osgstereoimage that shows how to
do it using two subgraph each with their own NodeMask which is matched
to the left eye/right eye cull masks.
Robert.
On Fri, Feb 12, 2010 at 1:08 AM, Bruce Wheaton
issue, as it's an app, not library?
I would use an offshoot of the code commerically.
Regards,
Bruce Wheaton
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
which texture (or attachment of
an FBO) to use,
or place a duplicate item of each 3D texture in the graph, set it
correctly on update, then set the stereo cullsettings correctly.
Any suggestions? Did I miss a better technique?
Regards,
Bruce Wheaton
___
40 matches
Mail list logo
