Menu
▾
▴
opensg-trac-notify — List for notification of changes to the Trac web
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(22) |
Sep
(348) |
Oct
(339) |
Nov
(80) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(71) |
Feb
(29) |
Mar
(66) |
Apr
(16) |
May
(24) |
Jun
(47) |
Jul
(23) |
Aug
(34) |
Sep
(11) |
Oct
(14) |
Nov
(21) |
Dec
(1) |
| 2008 |
Jan
(17) |
Feb
(3) |
Mar
(11) |
Apr
(9) |
May
(27) |
Jun
(6) |
Jul
(3) |
Aug
(25) |
Sep
(3) |
Oct
(1) |
Nov
(10) |
Dec
(31) |
| 2009 |
Jan
(12) |
Feb
(10) |
Mar
(16) |
Apr
(1) |
May
(15) |
Jun
(4) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
(1) |
| 2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(86) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: OpenSG <tr...@op...> - 2013-03-12 08:00:46
|
#212: Embedded: Using OpenSG in embedded system with Freescale MPC5200 and
embedded Linux
-------------------------------------------------+--------------------------
Reporter: gratismy | Owner: unassigned
Type: task | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version:
Keywords: Freescale, MPC5200, embedded, Linux |
-------------------------------------------------+--------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
Old description:
> Hi, To whom it may concern,
>
>
> Happy New Year!
>
>
> I am looking at using OpenSG in an embedded system,
>
> featuring embedded Linux and Freescale MPC5200 processor.
>
>
> May I know is it possible to do so? How?
>
>
> Thanks and regards,
>
> Gratis
New description:
Hi, To whom it may concern,
Happy New Year!
I am looking at using OpenSG in an embedded system,
featuring embedded Linux and Freescale MPC5200 processor.
May I know is it possible to do so? How?
Thanks and regards,
Gratis
--
--
Ticket URL: <http://www.opensg.org/ticket/212#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:51
|
#206: put 1.8 doc online
---------------------------+------------------------------------------------
Reporter: bleile | Owner: dirk
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Documentation | Version: 1.8
Keywords: |
---------------------------+------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> put the 1.8 doxygen api doc online. Although the difference
>
> to ver 1.6 is minimal, there are some classes missing in
>
> the current 1.6 doc (e.g. FBOViewport). And of course it's
>
> quite confusing.
New description:
put the 1.8 doxygen api doc online. Although the difference
to ver 1.6 is minimal, there are some classes missing in
the current 1.6 doc (e.g. FBOViewport). And of course it's
quite confusing.
--
--
Ticket URL: <http://www.opensg.org/ticket/206#comment:4>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:42
|
#199: Make OSG::Line a template to support Real64
-------------------------+--------------------------------------------------
Reporter: allenb | Owner: unassigned
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> It would be nice if OSG::Line was able to represent high precision lines
> similar to Vec3d and Matrix4d.
>
>
> We need to turn it into a template and define typedefs for the various
> different types of OSG::Lines (Linef, Lined, Lineh, Linefx).
New description:
It would be nice if OSG::Line was able to represent high precision lines
similar to Vec3d and Matrix4d.
We need to turn it into a template and define typedefs for the various
different types of OSG::Lines (Linef, Lined, Lineh, Linefx).
--
--
Ticket URL: <http://www.opensg.org/ticket/199#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:32
|
#198: Problems with uploading pictures
------------------------+---------------------------------------------------
Reporter: reneweller | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version:
Keywords: |
------------------------+---------------------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
Old description:
> I created the pages http://opensg.vrsource.org/trac/wiki/Gallery/CollDet
> and http://opensg.vrsource.org/trac/wiki/Gallery/CollBench.
>
> Every time I try to upload a picture (gif,png,jpg) i get the error
> message listed below.
>
> The upload of other files seems to work (I uploaded an obj-file to the
> CollDet-directory for testing. However, now I dont`t know how to delete
> the file :-). But this is another problem.).
>
>
>
> Error Message
>
>
> Traceback (most recent call last):
>
> File "/home/trac/installed/lib/python2.4/site-
> packages/trac/web/main.py", line 335, in dispatch_request
>
> dispatcher.dispatch(req)
>
> File "/home/trac/installed/lib/python2.4/site-
> packages/trac/web/main.py", line 220, in dispatch
>
> resp = chosen_handler.process_request(req)
>
> File "/home/trac/installed/lib/python2.4/site-
> packages/trac/attachment.py", line 361, in process_request
>
> self._do_save(req, attachment)
>
> File "/home/trac/installed/lib/python2.4/site-
> packages/trac/attachment.py", line 474, in _do_save
>
> for field, message in manipulator.validate_attachment(req,
> attachment):
>
> File "build/bdist.linux-i686/egg/tracspamfilter/adapters.py", line 122,
> in validate_attachment
>
> File "build/bdist.linux-i686/egg/tracspamfilter/api.py", line 130, in
> test
>
> File "build/bdist.linux-i686/egg/tracspamfilter/model.py", line 119, in
> insert
>
> File "/home/trac/installed/lib/python2.4/site-
> packages/trac/db/util.py", line 47, in execute
>
> return self.cursor.execute(sql_escape_percent(sql), args)
>
> File "/usr/lib/python2.4/site-packages/sqlite/main.py", line 255, in
> execute
>
> self.rs = self.con.db.execute(SQL % parms)
>
> TypeError: execute() argument 1 must be string without null bytes, not
> str
New description:
I created the pages http://opensg.vrsource.org/trac/wiki/Gallery/CollDet
and http://opensg.vrsource.org/trac/wiki/Gallery/CollBench.
Every time I try to upload a picture (gif,png,jpg) i get the error message
listed below.
The upload of other files seems to work (I uploaded an obj-file to the
CollDet-directory for testing. However, now I dont`t know how to delete
the file :-). But this is another problem.).
Error Message
Traceback (most recent call last):
File "/home/trac/installed/lib/python2.4/site-
packages/trac/web/main.py", line 335, in dispatch_request
dispatcher.dispatch(req)
File "/home/trac/installed/lib/python2.4/site-
packages/trac/web/main.py", line 220, in dispatch
resp = chosen_handler.process_request(req)
File "/home/trac/installed/lib/python2.4/site-
packages/trac/attachment.py", line 361, in process_request
self._do_save(req, attachment)
File "/home/trac/installed/lib/python2.4/site-
packages/trac/attachment.py", line 474, in _do_save
for field, message in manipulator.validate_attachment(req,
attachment):
File "build/bdist.linux-i686/egg/tracspamfilter/adapters.py", line 122,
in validate_attachment
File "build/bdist.linux-i686/egg/tracspamfilter/api.py", line 130, in
test
File "build/bdist.linux-i686/egg/tracspamfilter/model.py", line 119, in
insert
File "/home/trac/installed/lib/python2.4/site-packages/trac/db/util.py",
line 47, in execute
return self.cursor.execute(sql_escape_percent(sql), args)
File "/usr/lib/python2.4/site-packages/sqlite/main.py", line 255, in
execute
self.rs = self.con.db.execute(SQL % parms)
TypeError: execute() argument 1 must be string without null bytes, not str
--
--
Ticket URL: <http://www.opensg.org/ticket/198#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:20
|
#191: running 25OcclusionCulling.exe crashes
-----------------------+----------------------------------------------------
Reporter: anonymous | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 1.8
Keywords: |
-----------------------+----------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> Launching the 25OcclusionCulling.exe tutorial crashes (used the cl-
> net2003 installer)
New description:
Launching the 25OcclusionCulling.exe tutorial crashes (used the cl-net2003
installer)
--
--
Ticket URL: <http://www.opensg.org/ticket/191#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:08
|
#188: OpenSG 1.60 build fails with GNU make >3.80
------------------------------------+---------------------------------------
Reporter: BoneStorm | Owner: unassigned
Type: patch | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Build | Version: 1.6
Keywords: make build error patch |
------------------------------------+---------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
Old description:
> .. and any newer GNU make.
>
>
> There must by a syntax change between make version <3.80 and 3.80.
> commonBuildDetect.mk takes care of this issue but fails with newer
> versions >3.80 of make. Thus the include pathes are pointing to nowhere
> and you get a lot of file *.h not found errors.
>
>
> I fixed the problem for make 3.81, diff file is attached.
New description:
.. and any newer GNU make.
There must by a syntax change between make version <3.80 and 3.80.
commonBuildDetect.mk takes care of this issue but fails with newer
versions >3.80 of make. Thus the include pathes are pointing to nowhere
and you get a lot of file *.h not found errors.
I fixed the problem for make 3.81, diff file is attached.
--
--
Ticket URL: <http://www.opensg.org/ticket/188#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:59:00
|
#186: fcd2code Problems
--------------------+-------------------------------------------------------
Reporter: dirk | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> I think we should have a test case that builds a non-system field
>
> container (ie. a user defined fcd for an application). This would serve
>
> the purpose of making sure this is supported and also show an example of
>
> how to do it.
>
>
> -Allen
New description:
I think we should have a test case that builds a non-system field
container (ie. a user defined fcd for an application). This would serve
the purpose of making sure this is supported and also show an example of
how to do it.
-Allen
--
--
Ticket URL: <http://www.opensg.org/ticket/186#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:58:48
|
#184: BumpMap support in OBJ
--------------------+-------------------------------------------------------
Reporter: dirk | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Release => Close or reassign old tickets
Old description:
> --- Dirk Reiners <di...@in...> wrote:
>
>
> > >
>
> > > Hi Philipp,
>
> > >
>
> > > Philipp Reiter wrote:
>
> >> > > Hi
>
> >> > >
>
> >> > > i want to import some .obj-files into my scene.
>
> > > some
>
> >> > > of them using bump-maps. but opensg dont know the
>
> >> > > "bump bumptexture.bmp" or "map_Bump
>
> > > bumptexture.bmp"
>
> >> > > in the .mtl-file.
>
> >> > >
>
> >> > > short mtl example:
>
> >> > > newmtl material_1
>
> >> > > Ns 80
>
> >> > > Tr 0.450000
>
> >> > > illum 2
>
> >> > > Ka 0.000000 0.000000 0.000000
>
> >> > > Kd 1.000000 1.000000 1.000000
>
> >> > > Ks 0.266667 0.266667 0.266667
>
> >> > > map_Ka mat1_mtl1_ambicol.bmp
>
> >> > > map_Kd mat1_mtl1_diffcol.bmp
>
> >> > > map_Bump mat1_mtl1_bumpamt.bmp
>
> >> > >
>
> >> > > is there another way to import obj-files with
>
> >> > > bump-maps(without using a shader)?
>
> > >
>
> > > Not at this time, sorry. It would be nice to have a
>
> > > default shader built into
>
> > > the OBJ loader, but lacking actual example data to
>
> > > see what the details of obj
>
> > > bumpmaps are there is no way to do it. But if you'd
>
> > > be willing to add it I'd be
>
> > > happy to include it. ;)
>
> > >
>
> > > Where did you get those file,s i.e. which modeler
>
> > > exports those?
>
> > >
>
> I used Bryce6.
>
>
> philipp
New description:
--- Dirk Reiners <di...@in...> wrote:
> >
> > Hi Philipp,
> >
> > Philipp Reiter wrote:
>> > > Hi
>> > >
>> > > i want to import some .obj-files into my scene.
> > some
>> > > of them using bump-maps. but opensg dont know the
>> > > "bump bumptexture.bmp" or "map_Bump
> > bumptexture.bmp"
>> > > in the .mtl-file.
>> > >
>> > > short mtl example:
>> > > newmtl material_1
>> > > Ns 80
>> > > Tr 0.450000
>> > > illum 2
>> > > Ka 0.000000 0.000000 0.000000
>> > > Kd 1.000000 1.000000 1.000000
>> > > Ks 0.266667 0.266667 0.266667
>> > > map_Ka mat1_mtl1_ambicol.bmp
>> > > map_Kd mat1_mtl1_diffcol.bmp
>> > > map_Bump mat1_mtl1_bumpamt.bmp
>> > >
>> > > is there another way to import obj-files with
>> > > bump-maps(without using a shader)?
> >
> > Not at this time, sorry. It would be nice to have a
> > default shader built into
> > the OBJ loader, but lacking actual example data to
> > see what the details of obj
> > bumpmaps are there is no way to do it. But if you'd
> > be willing to add it I'd be
> > happy to include it. ;)
> >
> > Where did you get those file,s i.e. which modeler
> > exports those?
> >
I used Bryce6.
philipp
--
--
Ticket URL: <http://www.opensg.org/ticket/184#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:58:29
|
#181: Missing documentation of supported formats
-------------------------+--------------------------------------------------
Reporter: carolina | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Website | Version:
Keywords: data format |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/181#comment:6>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:58:19
|
#171: Make new OSB IO robust wrt exceptions
-------------------------+--------------------------------------------------
Reporter: cneumann | Owner: cneumann
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Release => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/171#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:58:14
|
#143: Creating many objects causes FieldContainerFactory::_pFieldContainerStore
to exhaust memory
----------------------+-----------------------------------------------------
Reporter: cneumann | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
----------------------+-----------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> `FieldContainerFactory` uses a std::vector to store the created FCs. An
> application that creates many objects (or runs very long) causes this
> vector to grow huge with no chance of reclaiming that memory.
>
> This problem affects 1.x as well as 2.
>
>
> See also users mailing list thread titled: "setMaterial memory..."
New description:
`FieldContainerFactory` uses a std::vector to store the created FCs. An
application that creates many objects (or runs very long) causes this
vector to grow huge with no chance of reclaiming that memory.
This problem affects 1.x as well as 2.
See also users mailing list thread titled: "setMaterial memory..."
--
--
Ticket URL: <http://www.opensg.org/ticket/143#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:59
|
#136: If Win32Window::activate() fails, a crash may follow
---------------------+------------------------------------------------------
Reporter: marcusl | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
---------------------+------------------------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
Old description:
> If no gl-context is available for thread, the glGetString(GL_EXTENSIONS)
> returns null, which isn't handled correctly.
>
>
> The right way would be to check if activate() succeeds and not try to
> render if it doesn't, something like the following (without calling
> activate twice)
>
> {{{
>
> m_win->activate();
>
> if (wglGetCurrentContext()) {
>
> m_win->render(m_action);
>
> }
>
> }}}
>
>
> I get this when I try to render from a different thread than what I
> created the window in. (I'm working on the actual cause for this,
> noticing the brittle error handling in the process.)
New description:
If no gl-context is available for thread, the glGetString(GL_EXTENSIONS)
returns null, which isn't handled correctly.
The right way would be to check if activate() succeeds and not try to
render if it doesn't, something like the following (without calling
activate twice)
{{{
m_win->activate();
if (wglGetCurrentContext()) {
m_win->render(m_action);
}
}}}
I get this when I try to render from a different thread than what I
created the window in. (I'm working on the actual cause for this, noticing
the brittle error handling in the process.)
--
--
Ticket URL: <http://www.opensg.org/ticket/136#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:46
|
#133: Cluster example fails with cvs build 1.8
--------------------+-------------------------------------------------------
Reporter: dcm5 | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 1.8
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
Old description:
> Using the cvs checkout (7/11) of the 1.8 branch the cluster examples fail
> to work and crash out with a segmentation fault.
>
>
>
> On the client side :
>
>
> INFO: Connect to cerberus
>
> INFO: send request to:224.245.211.234
>
> INFO: send request to:255.255.255.255
>
> INFO: Found at address 194.81.196.23:33197
>
> Segmentation fault (core dumped)
>
>
>
> On the server side :
>
>
> INFO: Waiting for request of cerberus
>
> INFO: wait for request by broadcast
>
> INFO: Request for cerberus Multicast
>
> INFO: Connection bound to 0.0.0.0:33197
>
> INFO: Response Multicast:Cerberus:33197
>
> INFO: Connection accepted Cerberus:33197
>
> LOG: Connection lost
>
> LOG: BinaryDataHandler ReadError: Channel closed
>
>
>
> If you require any more information please ask.
New description:
Using the cvs checkout (7/11) of the 1.8 branch the cluster examples fail
to work and crash out with a segmentation fault.
On the client side :
INFO: Connect to cerberus
INFO: send request to:224.245.211.234
INFO: send request to:255.255.255.255
INFO: Found at address 194.81.196.23:33197
Segmentation fault (core dumped)
On the server side :
INFO: Waiting for request of cerberus
INFO: wait for request by broadcast
INFO: Request for cerberus Multicast
INFO: Connection bound to 0.0.0.0:33197
INFO: Response Multicast:Cerberus:33197
INFO: Connection accepted Cerberus:33197
LOG: Connection lost
LOG: BinaryDataHandler ReadError: Channel closed
If you require any more information please ask.
--
--
Ticket URL: <http://www.opensg.org/ticket/133#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:34
|
#118: Image format/type fields ought to be of enum-type rather than (U)Int32
-----------------------+----------------------------------------------------
Reporter: anonymous | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version:
Keywords: |
-----------------------+----------------------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/118#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:24
|
#99: Provide way to have glValidateProgram called when activating a shader
--------------------+-------------------------------------------------------
Reporter: allenb | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> glValidateProgram can provide additional debugging information when a
> shader fails to work. It would be nice if OpenSG provided a way to call
> this method immediately before shader activation so developers could use
> this for debugging.
>
>
> We can't just add this into the code right now because it has a
> performance hit and should not be used at all times. It should only be
> used when in "debugging" mode or something like that. This type of thing
> may make sense in other contexts as well to aid in debugging. Maybe we
> could add a system-wide debug-mode flag that when enabled would tell
> OpenSG to collect as much debugging information as possible while
> rendering. ex: collecting GL errors more frequently, checking for valid
> input to rendering methods, etc...
New description:
glValidateProgram can provide additional debugging information when a
shader fails to work. It would be nice if OpenSG provided a way to call
this method immediately before shader activation so developers could use
this for debugging.
We can't just add this into the code right now because it has a
performance hit and should not be used at all times. It should only be
used when in "debugging" mode or something like that. This type of thing
may make sense in other contexts as well to aid in debugging. Maybe we
could add a system-wide debug-mode flag that when enabled would tell
OpenSG to collect as much debugging information as possible while
rendering. ex: collecting GL errors more frequently, checking for valid
input to rendering methods, etc...
--
--
Ticket URL: <http://www.opensg.org/ticket/99#comment:3>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:12
|
#98: Integrate TangentSpaceDebug
---------------------+------------------------------------------------------
Reporter: marcusl | Owner: allenb
Type: patch | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version:
Keywords: |
---------------------+------------------------------------------------------
Changes (by vossg):
* milestone: X.0 => Close or reassign old tickets
Old description:
> A debug-class for visualizing tangent spaces has been ported to opensg
> (no external deps). It needs integration into the build system etc etc.
>
>
> See the attachment.
New description:
A debug-class for visualizing tangent spaces has been ported to opensg (no
external deps). It needs integration into the build system etc etc.
See the attachment.
--
--
Ticket URL: <http://www.opensg.org/ticket/98#comment:6>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:57:00
|
#93: Windows Dependencies
--------------------+-------------------------------------------------------
Reporter: dirk | Owner: unassigned
Type: task | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version:
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Release => Close or reassign old tickets
Old description:
> In 1 we had the Win deps in the CVS, which made it easy to find them for
> dailybuilds and stuff.
>
>
> For 2 it might make sense to add a directory parallel to /trunk, to make
> it not appear in everybody's checkout unless needed. In it there should
> be the sources of the deps and a compiled/packed zip for quick and easy
> downloading.
New description:
In 1 we had the Win deps in the CVS, which made it easy to find them for
dailybuilds and stuff.
For 2 it might make sense to add a directory parallel to /trunk, to make
it not appear in everybody's checkout unless needed. In it there should be
the sources of the deps and a compiled/packed zip for quick and easy
downloading.
--
--
Ticket URL: <http://www.opensg.org/ticket/93#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 07:56:53
|
#92: Example Build system
-------------------------+--------------------------------------------------
Reporter: dirk | Owner: unassigned
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Build | Version:
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> We need a build system for example programs. Details later.
New description:
We need a build system for example programs. Details later.
--
--
Ticket URL: <http://www.opensg.org/ticket/92#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:17
|
#37: Replace OpenSG's custom metaprogramming functions with boost mpl and boost
type_traits
-------------------------+--------------------------------------------------
Reporter: allenb | Owner: vossg
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> I think it would be a good idea to start using boost.mpl and boost
> type_traits for OpenSG's meta programming needs. This would remove code
> from OpenSG (ie. less code to support) and would use some very well
> documented and well tested alternatives from boost.
>
>
> In particular I suggest using mpl to replace osgIF and possibly some
> other metaprogramming constructs in OpenSG.
New description:
I think it would be a good idea to start using boost.mpl and boost
type_traits for OpenSG's meta programming needs. This would remove code
from OpenSG (ie. less code to support) and would use some very well
documented and well tested alternatives from boost.
In particular I suggest using mpl to replace osgIF and possibly some other
metaprogramming constructs in OpenSG.
--
--
Ticket URL: <http://www.opensg.org/ticket/37#comment:3>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:17
|
#48: Port MaterialPool fcd to 2.0
-------------------------+--------------------------------------------------
Reporter: allenb | Owner: anonymous
Type: enhancement | Status: assigned
Priority: critical | Milestone: Close or reassign old tickets
Component: System | Version: 2.0
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
Old description:
> Th MaterialPool fc needs to be ported to 2.0.
>
>
> See: [wiki:Dev/FeaturesToPortFrom1to2]
New description:
Th MaterialPool fc needs to be ported to 2.0.
See: [wiki:Dev/FeaturesToPortFrom1to2]
--
--
Ticket URL: <http://www.opensg.org/ticket/48#comment:5>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:17
|
#26: Complete OpenSG compared to OpenSceneGraph text.
---------------------+------------------------------------------------------
Reporter: allenb | Owner: unassigned
Type: task | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Website | Version:
Keywords: |
---------------------+------------------------------------------------------
Changes (by vossg):
* milestone: New Website Release => Close or reassign old tickets
Old description:
> We really need to have a good answer to what makes OpenSG and OSG
> different. Why would someone choose one over the other.
>
>
> In my opinion we have to give some background here and describe
> Performer's relationship to FSG. SGI saw that Performer's design had
> issues. They wanted something better and worked internally for a while
> then worked on FSG. FSG died, but OpenSG picked up from there and tried
> to create scenegraph that fixed the problems with previous efforts. OSG
> started as an opensource implementation of the current concepts from
> Performer and makes it easy to move from Performer.
>
>
> This allows us to focus on the differing focus. From there we can get
> into the capability differences.
>
>
> It may also be good to have some testimonial links from here were OpenSG
> users can say why they choose OpenSG over the rest of the pack. (I would
> be willing to write one)
New description:
We really need to have a good answer to what makes OpenSG and OSG
different. Why would someone choose one over the other.
In my opinion we have to give some background here and describe
Performer's relationship to FSG. SGI saw that Performer's design had
issues. They wanted something better and worked internally for a while
then worked on FSG. FSG died, but OpenSG picked up from there and tried
to create scenegraph that fixed the problems with previous efforts. OSG
started as an opensource implementation of the current concepts from
Performer and makes it easy to move from Performer.
This allows us to focus on the differing focus. From there we can get
into the capability differences.
It may also be good to have some testimonial links from here were OpenSG
users can say why they choose OpenSG over the rest of the pack. (I would
be willing to write one)
--
--
Ticket URL: <http://www.opensg.org/ticket/26#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:17
|
#59: Make sure every class has a one-line documentation as to it's purpose.
---------------------------+------------------------------------------------
Reporter: marcusl | Owner: dirk
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Documentation | Version:
Keywords: |
---------------------------+------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Beta => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/59#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:02
|
#45: TracNav and main page
--------------------+-------------------------------------------------------
Reporter: dirk | Owner: unassigned
Type: defect | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Build | Version:
Keywords: |
--------------------+-------------------------------------------------------
Changes (by vossg):
* milestone: => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/45#comment:1>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:02
|
#58: Add User Testimonials page to wiki
---------------------+------------------------------------------------------
Reporter: marcusl | Owner: unassigned
Type: task | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Website | Version:
Keywords: |
---------------------+------------------------------------------------------
Changes (by vossg):
* milestone: New Website Release => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/58#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
|
From: OpenSG <tr...@op...> - 2013-03-12 06:38:02
|
#55: Add autolinking of libs on Windows
-------------------------+--------------------------------------------------
Reporter: marcusl | Owner: unassigned
Type: enhancement | Status: new
Priority: major | Milestone: Close or reassign old tickets
Component: Build | Version:
Keywords: |
-------------------------+--------------------------------------------------
Changes (by vossg):
* milestone: 2.0 Release => Close or reassign old tickets
--
Ticket URL: <http://www.opensg.org/ticket/55#comment:2>
OpenSG <http://external.lite3d.com/opensg>
OpenSG Project
|
5 messages has been excluded from this view by a project administrator.
