by QuickTime.h
typedef struct MovieType** Movie;
What is the problem now? Any idea?
Regards,
-- A.
On Mon, Jul 12, 2010 at 10:57 AM, Stephan Huber ratzf...@digitalmind.de
wrote:
Hi,
Am 12.07.10 16:46, schrieb Alejandro Aguilar Sierra:
Why it is trying to compile for PPC
Hi,
Am 11.07.10 17:40, schrieb Leen Monny:
great work!
i just checked out a copy, tried to build Iphone_project but there's a
compiling error.
It seems that files under Libraries have incorrect references, those names
are red.
am I doing this in the right way?
unfortunately the
Hi all,
I have set up an github repository for the iphone-port of osg, as
there's some work to do, before it's ready for inclusion in osg-trunk.
git makes it easy to keep the iphone specific modifications in a
separate branch.
It's my last version, I took the mentioned zip from Thomas Hogarth
Hi Hartwig,
Am 13.05.10 22:19, schrieb Hartwig Wiesmann:
yes, this would help in case a window is open having an OpenGL context. But
in the Carbon version OSG also takes all quit events in case no window or
other windows are open.
Sorry missed that part of information. There was a submission
Hi Hartwig,
Am 14.05.10 17:56, schrieb Hartwig Wiesmann:
I just tried 2.9.6 and there the quit event is still initialized in the
static variable initialization part. And I think there is no way around it
(or only a bit tricky one) because this handler is also not associated with
any
Hi Robert,
Am 12.05.10 18:28, schrieb Robert Osfield:
Modifying/creating an example that recreates this issue would be useful.
After debugging the code once again I found my error: My master camera
must not have a viewport. Without viewport the calculations of the
projected mouse-coordinates
Hi all,
before starting a debugging session I'll ask the community:
(using osg 2.9.x, revision 11314)
I have the suspicion, that update-callbacks are not called for nodes who
are childs of a slave-camera. If the same child with it's update
callback is added to the main camera or via
Hi Martins,
Am 23.04.10 20:12, schrieb Martins Innus:
I've been using the frameworks generated by the latest CMake updates
in my own projects under osx, and it works great. However it doesn't
seem like its working for the osg provided applications. I build the
frameworks and application
Hi David,
Am 05.04.10 05:22, schrieb David Cofer:
Also, I know the line is still there because if I zoom out a little or rotate
a bit then I can see it again.
Do you call dirtyBound on your drawable after updating the endpoints of
your line?
This is a common pitfall for me, when doing
hi,
Am 31.03.10 22:42, schrieb Paul Martz:
FYI, I'm sort of waiting to hear what's up with this issue, will it
require a change or not.
The change I just put in for static linking on the 2.8 branch really is
so insignificant that it hardly merits a new release candidate. But if
there's a
Am 30.03.10 17:27, schrieb stefan nortd:
Code:
_graphicswindow_Carbon, referenced from:
_graphicswindow_Carbon$non_lazy_ptr in main.o
_graphicswindow_Carbon$non_lazy_ptr in MyApp.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
are you using static libs? I
Hi,
Am 26.03.10 19:25, schrieb Chuck Seberino:
I would like to propose we switch to the former approach. I can see 64-bit
compilation being more prevalent going forward.
Thoughts?
With current trunk you should get the cocoa-backend and the
imageio-plugin automatically when using the 10.6
Hi Paul,
Am 22.03.10 17:31, schrieb Paul Martz:
1. XCode project files need to be updated. (Stephan, will you have any
time to contribute this in the near future, or do we need another
volunteer?)
Can you merge revision [10006] into the osg-2.8 branch? this will fix a
compile-issue when
if
there is a plugin that's been updated on trunk that you'd like to see in
2.8.3, let me know. I imagine DDS is a candidate, anyone else agree?
Stephan Huber has tentatively volunteered to attempt to generate XCode
files for the 2.8.3 release, but if there's anyone else willing to help
out with this, please
Hi Jordi,
Am 10.03.10 19:27, schrieb Jordi Torres:
Shouldn't it be SET(LIB_EXTRA_LIBS ${CARBON_LIBRARY} ${LIB_EXTRA_LIBS}) ??
No that's correct, as the carbon implementation uses also some
cocoa-code in DarwinUtils.mm.
cheers,
Stephan
___
osg-users
Hi,
Am 08.03.10 13:19, schrieb Tobias Duckworth:
Are you able to provide a method to create the XCode projects from CMake as
so many people are suggesting?
Just use the xcode generators. if you use cmake from a command line,
then just use the following command
% ccmake . -G Xcode
this
Hi,
Am 09.03.10 17:52, schrieb Nico Kruithof:
I submitted a patch to be able to use the 10.6 framework. The trunk
compiles, with this patch together with the two CMake defines you provided.
Your fixes will probably break compilation of the quicktime-plugin on
windows. There should be another
Hi Ulrich, hi Serge
Am 30.01.10 04:38, schrieb Ulrich Hertlein:
I'm not too familiar with QT/QD anyhow so I thought I'd flag it here instead.
It seems, that the last submission for the quicktime plugin was tested
only on windows.
can you try to replace the offending line from
Rect bounds =
Massimo Di Stefano schrieb:
Hi
i'm tring to build osg trunk on mac osx snow leopard.
i tried to apply the change to the file :
What version of Cmake did you use to generate the makefiles / xcode
projects? I am getting the same error when using CMake 2.8, switching
back to 2.6.4 (be sure
Dominic Stalder schrieb:
Hi Stephan
here the answer of my workmate:
I tried this without luck. After compiling the Frameworks and using them
in my application, I get the following linking errors when building with
Xcode:
Undefined symbols:
non-virtual thunk to
Hi Paul,
Paul Martz schrieb:
Thanks, not sure about a 2.8.3, but it's under consideration. Good to
know you're interested.
I understand you can build 2.8.2 against the 10.5 SDK and still run on
Snow Leopard. My understanding is the changes to OSG for Snow Leopard
will allow someone to
Hi,
Chip Collier schrieb:
Hi again! :)
So it's just a problem with OSG in general it seems. I've tried building and
linking in many different ways, all end in segfaults when trying to get the
name of a node. I haven't tried much else because that's a pretty basic first
step.
The
Hi Hartmut,
Hartmut Seichter schrieb:
I've seen somewhere in the list somebody had some success with using the
GraphicsWindowCarbon within bare Carbon. Now I am trying the same with
wxWidgets 2.8.10 and it seems not to work as expected (corrupted Window
background). Did somebody on the list
Hi Hartmut,
li...@technotecture.com schrieb:
is there a obvious way to tell osgViewer (Cocoa version of recent trunk)
to leave the menubar alone? I guess the code is still experimental - so
would it be possible to add this functionality? Attached a screenshot that
shows the result of
Hi stefan,
stefan nortd schrieb:
[...]osgPlugins/imageio/ReaderWriterImageIO.cpp:979: error: extra
qualification 'ReaderWriterImageIO::' on member 'ReaderWriterImageIO'
Are there any quick fixes for this?
check the osg-submission list, there was a submission regarding this
bug, but it's
E. Wing schrieb:
I am not currently on the OSG track so I'm afraid I can't be much help
at the moment. But be aware that in Snow Leopard, the default
architecture is 64-bit (assuming you are on a 64-bit machine which
almost all Intel Macs are now). All the Carbon stuff in
osgViewerCarbon
hi,
stefan nortd schrieb:
Hi,
I just updated to osx 10.6.1 snow leopard and ran into a couple of
problems.
(1) My old osg binaries (osg 2.8.2 compiled for the 10.5 sdk) work but I
get a ton of warning (I also needed to update to xcode 3.2). They are all
of the different visibility
Hi Pieree,
Pierre Bourdin (gmail) schrieb:
Hi Serge,
Le mardi 08 septembre 2009 à 09:27 +0200, Serge Lages a écrit :
Thank you Stephan, we've confirmed with our customer that it's a codec
problem and not in our side, so it's OK. As a side note, the QuickTime
plugin is really working like a
Hi Serge,
Serge Lages schrieb:
Thanks for your reply, it seems to be an export problem instead of a problem
on the plugin side. But it's still weird that the size on the QuickTime
player and in the plugin is different.
I think it has something to do with the codec. DVCPro is convenient for
Hi,
Pau Moreno schrieb:
brickVertexObject-readShaderFile ( osg::Shader::VERTEX ,
/home/Pau/OSG/Test1/Debug/Shaders/TestG80_VS.glsl );
brickFragmentObject-readShaderFile( osg::Shader::FRAGMENT ,
/home/Pau/OSG/Test1/Debug/Shaders/TestG80_GS2.glsl );
Hi,
Bob Youmans schrieb:
can there be an osg version function to return a string or a version object
stating the version (2.8.0 vs 2.8.1) so we can unequivocally know what
version someone is running and display it in Help, About, or some other
startup info?
Have a look at the doxygen
Hi,
Christian Buchner schrieb:
My boss was running my 3D engineering app on a 32 inch touch screen
(no multi-touch yet, I suppose) and he liked how he was able to rotate
the camera with a fingertip.
That gave me an idea - are there any affordable Multi-touch LCD
screens (standalone)
Hi Patrick,
Patrick Shinpaugh schrieb:
Hi,
I am trying to use non power of two textures with OpenSceneGraph-2.8.0.
Loading them into Texture2D and allowing them to be converted to power
of two works fine - converts from 1024x683 to 1024x512 and displays as
expected. When I set
Hi Stefan,
stefan nortd schrieb:
So I found some code for intersecting a line with a plane.
What I am missing is how do I translate the mouse pointer
coordinates into a line expressed in local coordinates?
Here the intersection code if anybody is interested:
There's a class called
Hi Edurardo,
Eduardo Alberto Hernández Muñoz schrieb:
I'm trying to integrate bullet with osg; the problem comes with
bullet's debug drawing.
Bullet has an abstract class, with drawing functions to be implemented
by the user.
The main requirement is simply to render a line; however I need
Hi,
please don't hijack old threads for starting new threads. Start a new
one instead. This will help people following and reading your post.
It seems, that the inventor-framework is not universal build (ppc +
intel) so either
* install a universal-build of the inventor-framework,
* disable the
Robert Osfield schrieb:
OK, I've hit problems with mixing ppc + i386 builds with i386
dependencies. How important is unified binaries to OSX dev these days?
Could we default to just i386, or perhaps even 64bit?
perhaps it's sufficient to compile the gdal-dependent stuff only for
i386. gdal
Hi Peter,
Peter Amstutz schrieb:
The best ideas I've been able to come up with are to either modify
osgViewer::GraphicsWindowWin32 and comment out the call to
registerWindowProcedure(), or possible subclass it in my application and make
registerWindowProcedure() a no-op.
Another idea
Hi Sylvain
Sylvain MARIE schrieb:
Great! Would you mind sharing your initial work? Anything speeding up
the osgViewer/Cocoa is welcome.
And I can definitely live with some limited implementation for a start :-)
We could add the shared contexts, fullscreen mode, etc. later, right?
I think
Mao.. schrieb:
Thank you very much, Rafa Gaitan!
Your suggestion works. But I'm wondering one thing: all of the models have
passed the more or less same preproccessor, however, some models without the
renderbin affairs will not hide but turn blue as I expected. The only
difference between
alessandro terenzi schrieb:
I'm trying to build OSG 2.6.1 on Mac OS X 10.5 but I get a link error when
building osgdb_ive plugin. The error is shown in the attached screen
capture.
Every other plugins build successfully.
I missed the release of 2.6.1, so the xcode-project is outdated for this
Hi Jean-Sébastien,
Jean-Sébastien Guay schrieb:
However, running IBM Purify on the application reveals no massive leaks,
only a few false positives. Are there any tools or techniques that
someone could recommend to make finding and fixing memory leaks easy,
and which work well with OSG? I
Robert Osfield schrieb:
Hi All,
I'm now pretty well on top of submissions, so am looking towards
making a dev release tomorrow morning. Could users check out the
latest version of the OSG to see how things build and run on your
platform.
Compile went smooth on OS X (using 10.4 + 10.5 sdk)
Hi Jeremy,
Jeremy Moles schrieb:
However, as I mentioned earlier, when created a WindowManager must have
access to an osgViewer::View* so that it can call the
computeInteresections() method on this pointer and perform proper
picking. This raises an interesting design question: what exactly
Hi all,
OpenSceneGraph.org seems down again (since Saturday), here's a traceroute:
traceroute to openscenegraph.org (158.42.9.11), 64 hops max, 40 byte packets
1 10.0.1.1 (10.0.1.1) 31.132 ms 3.222 ms 2.827 ms
2 lo1.br01.acham.de.hansenet.net (213.191.84.192) 16.628 ms 18.013
ms 16.059
Hi Hartmut,
Hartmut Seichter schrieb:
it crashes always at the same point ... see below
Is there any solution? If so will it be backported to 2.6?
looking into the source and inspecting the stack-trace I would say this
crash has nothing to do with osgText.
It seems that the implementation
Eric Sokolowsky schrieb:
If anyone is willing to test these changes before I make a formal
submission, I'd appreciate it.
the new files broke cMake 2.4, I got weird errormessages (looked like a
memory dump :), after upgrading to 2.6 the compile went fine on OS X.
cheers
Stephan
Hi all,
Robert Osfield schrieb:
So pretty please, could you do svn update and build across as many
platforms that you can so we can get a clear picture of how the OSG
code base is holding up. Once things look fine across platforms I'll
tag 2.5.3.
here are the first results on OS X /
Stephan Huber schrieb:
the compile went fine, but the recent addition of the debug suffix broke
the plugin-finding code on OS X. I think the debug suffix is not
necessary for OS X because the products reside in different folders.
to clarify the observed problem:
xcode builds for example
Hi,
Robert Osfield schrieb:
Sounds like a reasonable thing to do i.e. stop google bots from
indexing the old wiki. I'd be happy for others to go chase this one
as my inbox is chock full of other tasks.
I submitted a modified robots.txt to osg-submission. Hopefully this will
remove the old
Hi Paul,
Paul Melis schrieb:
I don't understand why the file only disallows /data, the old wiki is
under /osgwiki/*pmwiki*.php
Robert did not upload the new robots.txt files till yet (I have no
access to the web-server), what you are seeing is the old one.
This is the new one:
-- 8 -- snip
Paul Melis schrieb:
The links with /pmwiki.php in them refer to the previous version of the
OSG website (running pmwiki).
It's unfortunate that Google still has links to those pages.
But it's even more unfortunate that it is still online...
Is there a chance to update the robots.txt file, so
Hi Paul,
Paul Martz schrieb:
Hi folks -- I'm struggling with building OSG on a new Mac OS X 10.5 system.
I'm using a command-line build, not XCode, so using ccmake and make to
build,
My current roadblock is the FreeType library, with the following error:
ld: cycle in dylib re-exports
Ariel Hutterer schrieb:
Hi:
I use osg 2.4 and windows XP.
Try to see a movie .
I wrote osgmovie mymovie.mov
I receive Message:
unable to read file ...
I has installed in my computer quicktimesdk .
So someone can help me?
What is the problem???
Did you compile the osg-quicktime-plugin?
Emerald Fox Software, LLC. schrieb:
Not sure if this is the correct way to submit a bug report so please
let me know if I need to submit this somewhere else.
I am getting an the following error messages when I build v2.3.10
under OSX 10.5 using cmake.
switch the option
Hi Robert,
Robert Osfield schrieb:
Is this with CMake XCode build or CMake Makefile build?
this is with CMake XCode.
Given the problems below and the ones reported under Windows with
freetype it looks like a Wednesday release of 2.4 won't be possible.
Could you see if you can resolve the
Roger James schrieb:
Trying to do a Clean all targets in the OpenSceneGraph Xcode project results
in some undefined build variable errors on the target SDLdependentStuff.
Using Get Info to examine SDLdependentStuff causes Xcode to crash. I first
found this on 2.3.8 and have just checked a
Vincent Bourdier schrieb:
If x*y*3 is not the good solution, how can I compute the right size for a
RGB image ?
please show us the complete code. The chance is high that you write out
of the bounds of your created picture. Creating osg::Images from scratch
is possible, I do this a lot in my own
digitcodecpp schrieb:
to change textures at 30 fps.
But, when new image is load, there is a delay that prevent application to run
smoothly like a movie.
I tryed it also with .jpg files, but i get the same delay when i load a new
texture.
I tryed also to use osg::TextureRectangle instead
Mike Greene schrieb:
I've been using the QT plugin for sometime now with a pre-recorded movie
(.mov). I now want to send it live streams. Is there any
documentation/examples on how to do this? I use VideoLan Client to start
a multicast stream (udp://@2xx.xxx.xxx.xxx:1234) and can see it
Robert Osfield schrieb:
Put this all together and I think we'd have to have really good reason
not to migrate to entirely CMake build system. CMake does support
XCode, and I presume that it has moved forward in its XCode support
since this time last year so we should now be in a better
Robert Osfield schrieb:
o The hand maintained XCode projects only work for specific version
of XCode as XCode's project forward/backwards compatibility is nothing
short of atrocious. I've
recently heard from a long time OSX users that the lastest XCode
project files have broken the
Hi Robert,
Robert Osfield schrieb:
Stephan could you check this directory in a place sparate from the OSG
and then see if you have permission to modify it? Another test would
be to remove the local XCode directory and checkout the dprecated one
instead. If things work out I could remove the
Robert Osfield schrieb
Its implemented under Windows, and under Linux
aaand OS X ;)
couldn't resist, Stephan
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Jean-Sébastien Guay schrieb:
Assuming the same thing is possible for X and/or MacOS, would it be
possible to expose this method in
osg::GraphicsContext::WindowingSystemInterface? It would then be
possible to get osgViewer to support screen arrangements other than a
basic horizontal linear
Hi Stephen,
Stephen Northcott schrieb:
So obviously there is a build order / compilation problem for me of
some sort. Or I am making a silly mistake somewhere perhaps?
Can you shed any light on why SDL, freetype or glew might cause this
problem, or anything I should be careful of?
Your
Hi Stephen,
I am a bit perplexed...
Stephen Northcott schrieb:
Thank you so much for doing that.. OSG Compiles fine now.
(I limited it to 10.5SDK for Intel for simplicity right now)
Just thought you'd like to know that I get the following errors, which
I have dealt with by commenting
Stephen Northcott schrieb:
Am I missing something blindingly obvious, or has anyone seen this
before!
Just an idea:
What sdk are you using? There were some problems when using the 10.5
sdk, these has been fixed in svn. Or try switching to the 10.4u sdk if
you don't want to upgrade.
HTH,
Stephen Northcott schrieb:
Thanks for the suggestions...
Tried both, but on 10.4u I get the same problem.
And the latest svn is unbuildable for me. Lots of errors that I don't
really want to or know where to start trying to fix.
I did a fresh checkout and adjusted the XCode project, so
Ulrich Hertlein schrieb:
I've noticed a problem using ARB compressed textures on a MacBook Pro with MacOS
X 10.4.11.
works here on leopard (10.5.1) with osg 2.1.x on a MacBookPro, I
attached a screenshot.
HTH,
Stephan
inline:
Brian schrieb:
Is there a faster alternative than using osg::Image::setImage? Or is there a
way that I can directly use HDC that the Flash control renders with OSG?
try using PixelBufferObjects this will increase performance when
uploading the image to the gpu.
From my head:
Hi,
Andreas Goebel schrieb:
There is still a problem: How do I tell osg::Geometry that one of the
arrays size has chaged? It does work, of course, if I do a
setVertexArray
again, but if I want it to stay the same vertexArray, is there a way to
tell the geometry that its size has changed?
Hi,
Marcus Fritzen schrieb:
Have you added the frameworks to your project? They should reside in
/Library/FrameWorks. Drop them into your project and rebuild.
Yes they are in this folder. What do you mean with drop them into
your project? I am really new to Mac and Xcode :(
The
Robert Osfield schrieb:
There is also a reported compile error under XCode build. This one is
excruciatingly frustratingly for me as I've have spent lots of hours
trying to find a workable solution and made many calls for testing
from XCode users and their silence led me to assume that things
Adrian Egli schrieb:
I am using XCode 2.4.1
are you using a ppc-based mac? I've seen theses kinds of inconsistency
when using gcc on a ppc-platform -- it reported errors which didn't show
up on an intel platform.
cheers,
Stephan
___
osg-users
Eric Sokolowsky schrieb:
Eric Wing and other OSX experts,
I used Xcode to compile OSG for my OSG 1.2 application that uses
osgProducer::Viewer. I just used the regular Producer.framework to
create my application. Is this the best solution, or should I be using
the Producer_X11.framework
alessandro terenzi schrieb:
I wanted to test my osg application on another pc... so I moved every
required dll on the other machine... in my application I use to play
movies using quicktime plugin but at the beginning of the application
I get the following error code from Quicktime SDK:
101 - 177 of 177 matches
Mail list logo