plib-devel Mailing List for PLIB (Page 17)
Brought to you by:
sjbaker
Menu
▾
▴
plib-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(80) |
Mar
(128) |
Apr
(111) |
May
(157) |
Jun
(70) |
Jul
(116) |
Aug
(465) |
Sep
(574) |
Oct
(325) |
Nov
(163) |
Dec
(182) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(167) |
Feb
(191) |
Mar
(319) |
Apr
(118) |
May
(252) |
Jun
(427) |
Jul
(187) |
Aug
(96) |
Sep
(219) |
Oct
(161) |
Nov
(109) |
Dec
(210) |
| 2002 |
Jan
(97) |
Feb
(80) |
Mar
(143) |
Apr
(234) |
May
(72) |
Jun
(246) |
Jul
(155) |
Aug
(280) |
Sep
(418) |
Oct
(81) |
Nov
(72) |
Dec
(88) |
| 2003 |
Jan
(59) |
Feb
(63) |
Mar
(33) |
Apr
(27) |
May
(87) |
Jun
(50) |
Jul
(97) |
Aug
(45) |
Sep
(35) |
Oct
(67) |
Nov
(78) |
Dec
(13) |
| 2004 |
Jan
(167) |
Feb
(144) |
Mar
(172) |
Apr
(93) |
May
(43) |
Jun
(7) |
Jul
(27) |
Aug
(36) |
Sep
(48) |
Oct
(54) |
Nov
(5) |
Dec
(44) |
| 2005 |
Jan
(53) |
Feb
(36) |
Mar
(13) |
Apr
(3) |
May
(19) |
Jun
|
Jul
(49) |
Aug
(39) |
Sep
(8) |
Oct
(8) |
Nov
(51) |
Dec
(23) |
| 2006 |
Jan
(26) |
Feb
(5) |
Mar
(26) |
Apr
(26) |
May
(52) |
Jun
(36) |
Jul
(8) |
Aug
(12) |
Sep
(6) |
Oct
(75) |
Nov
(34) |
Dec
(25) |
| 2007 |
Jan
(46) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(7) |
Jul
(2) |
Aug
|
Sep
(40) |
Oct
(9) |
Nov
(3) |
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
(26) |
Apr
|
May
|
Jun
(2) |
Jul
(4) |
Aug
(6) |
Sep
|
Oct
|
Nov
(5) |
Dec
(2) |
| 2009 |
Jan
(63) |
Feb
(4) |
Mar
(12) |
Apr
|
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(14) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Frederic B. <fre...@fr...> - 2006-10-04 20:21:11
|
John, are you going to do the conversion yourself ? I am *not* a registered plib developer -Fred Fay John F Dr CTR USAF AFSEO/SK a =E9crit : > > Fred, > > Thank you for your help here. Regarding the "freeglut" > conversion, I think Joe Krahn made a fresh SVN archive before he did > the conversion. > > John F. Fay > Technical Fellow, Jacobs/Sverdrup TEAS Group > 850-883-1294 > joh...@eg... > =20 > -----Original Message----- > From: pli...@li... > [mailto:pli...@li...] On Behalf Of > Frederic Bouvier > > Sent: Wednesday, October 04, 2006 3:05 PM > To: PLIB Developers > Subject: Re: [Plib-devel] SVN conversion > > Hi Steve, > > a refresh of the plib svn dump is here : > http://frbouvi.free.fr/plibsvndump.bz2 > > > BTW: the freeglut dump was quite old. It would be wise that freeglut > developers check if their latest additions to CVS is included in SVN no= w. > > -Fred > --=20 Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-10-04 20:14:02
|
Fred, Thank you for your help here. Regarding the "freeglut" conversion, I think Joe Krahn made a fresh SVN archive before he did the conversion. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-883-1294 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Frederic Bouvier Sent: Wednesday, October 04, 2006 3:05 PM To: PLIB Developers Subject: Re: [Plib-devel] SVN conversion Hi Steve, a refresh of the plib svn dump is here : http://frbouvi.free.fr/plibsvndump.bz2 BTW: the freeglut dump was quite old. It would be wise that freeglut developers check if their latest additions to CVS is included in SVN now. -Fred |
|
From: Frederic B. <fre...@fr...> - 2006-10-04 20:04:56
|
Hi Steve, steve wrote : > Frederic Bouvier wrote: > > =20 >> As stated in the SF migration document, they require now that you prov= ide a SVN >> dump made with cvs2svn. This utility ran flawlessly on the copy of the= cvs >> repositories of freeglut and plib last time I tried. And this is how I= did for >> the fgsd project. >> =20 > > That seemed to work out OK for freeglut - can you do it for PLIB too? > =20 a refresh of the plib svn dump is here : http://frbouvi.free.fr/plibsvndump.bz2 BTW: the freeglut dump was quite old. It would be wise that freeglut developers check if their latest additions to CVS is included in SVN now. -Fred --=20 Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From: steve <sjb...@ai...> - 2006-10-04 05:05:53
|
Frederic Bouvier wrote: > As stated in the SF migration document, they require now that you provide a SVN > dump made with cvs2svn. This utility ran flawlessly on the copy of the cvs > repositories of freeglut and plib last time I tried. And this is how I did for > the fgsd project. That seemed to work out OK for freeglut - can you do it for PLIB too? |
|
From: Frederic B. <fre...@fr...> - 2006-10-04 03:05:34
|
Selon Eduardo Alberto Hern=E1ndez Mu=F1oz : > Hello list, > > I know that the svn from cvs conversion on sourceforge.net seems to be > broken. I just tried myself to make a conversion from cvs to svn with > tuxkart (I didn't made it active since I was just testing), right now > the status of the conversion is 'waiting'. > > I got the following permissions to the tuxkart project: > > * You are listed as a developer (not administrator) for this proje= ct. > * You may perform file release operations on this project. > * You may access and commit to this project's CVS repository > (unless otherwise restricted by a cvs_acls installation). > * You may access and perform write operations to this project's > Subversion repository (unless otherwise prevented by ACLs). > * You may modify the contents of the project web site for this > project (unless otherwise restricted by file permissions and > ownership) on the project shell server. > > So I'm supposing that any plib developer with these permissions can do > the same for plib. > > After following the instructions listed in SF, I did got an error > (cannot create group object) the first time I tried the SF's migrate > interface, I tried activating svn (didn't worked, probably because the > svn repository was empty), and selected 'hosted resource' in the > 'Select Subversion Resource' at the subversion page shown to project > developers even thought it was already selected. > > Now, I don't know if it was just problems with sourceforge or if > reselecting one of the above options made the trick, but as you know, > it is now in process. > > The whole point of this is that it seems that any plib developer can > do the migration (not just the admin), but maybe not without trouble. > In the worst case that no solution is found, a support request for > SF.net should be made by one of the devs in order to clear any > problems that cannot be solved with the migration. As stated in the SF migration document, they require now that you provide= a SVN dump made with cvs2svn. This utility ran flawlessly on the copy of the cv= s repositories of freeglut and plib last time I tried. And this is how I di= d for the fgsd project. -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From:
<coz...@gm...> - 2006-10-04 02:19:35
|
Hello list, I know that the svn from cvs conversion on sourceforge.net seems to be broken. I just tried myself to make a conversion from cvs to svn with tuxkart (I didn't made it active since I was just testing), right now the status of the conversion is 'waiting'. I got the following permissions to the tuxkart project: * You are listed as a developer (not administrator) for this project. * You may perform file release operations on this project. * You may access and commit to this project's CVS repository (unless otherwise restricted by a cvs_acls installation). * You may access and perform write operations to this project's Subversion repository (unless otherwise prevented by ACLs). * You may modify the contents of the project web site for this project (unless otherwise restricted by file permissions and ownership) on the project shell server. So I'm supposing that any plib developer with these permissions can do the same for plib. After following the instructions listed in SF, I did got an error (cannot create group object) the first time I tried the SF's migrate interface, I tried activating svn (didn't worked, probably because the svn repository was empty), and selected 'hosted resource' in the 'Select Subversion Resource' at the subversion page shown to project developers even thought it was already selected. Now, I don't know if it was just problems with sourceforge or if reselecting one of the above options made the trick, but as you know, it is now in process. The whole point of this is that it seems that any plib developer can do the migration (not just the admin), but maybe not without trouble. In the worst case that no solution is found, a support request for SF.net should be made by one of the devs in order to clear any problems that cannot be solved with the migration. -Coz |
|
From: Durk T. <d.t...@xs...> - 2006-09-30 09:04:52
|
On Saturday 30 September 2006 10:45, Bram Stolk wrote: > I am assuming that there is still no SVN repo, so I committed your fix > to the CVS tree. Thanks! > > I don't know how fast it will appear on user cvs though... it used to be > that developer changes to cvs would take quite some time to appear on user > cvs. Okay, I already have it. :-) Looks like sf has improved quite a bit recently. > Cheers, Durk |
|
From: Bram S. <br...@sa...> - 2006-09-30 08:45:30
|
Durk Talsma wrote: > Dear plib developers, > > Recently, I've been trying to hunt down memory leaks in FlightGear, and ran it > through valgrind. One of the results coming out of valgrind is that there > appears to be a memory leak in plib's AC3d Model loader. > > In ssgLoadAC.cxx, there is a static variable mlist, which is a static array of > pointers to _ssgMaterial objects: good catch. I am assuming that there is still no SVN repo, so I committed your fix to the CVS tree. I don't know how fast it will appear on user cvs though... it used to be that developer changes to cvs would take quite some time to appear on user cvs. Bram PS: It would be best ofcourse, to get rid of the MAX_MATERIALS (1000) altogether. This fixed size mlist is really ugly. |
|
From: Durk T. <d.t...@xs...> - 2006-09-30 06:50:58
|
Dear plib developers,
Recently, I've been trying to hunt down memory leaks in FlightGear, and ran it
through valgrind. One of the results coming out of valgrind is that there
appears to be a memory leak in plib's AC3d Model loader.
In ssgLoadAC.cxx, there is a static variable mlist, which is a static array of
pointers to _ssgMaterial objects:
on line 295 of this file, a new ssgMaterial object is created for each
material:
mlist [ num_materials ] = new _ssgMaterial ;
It looks like these objects are never deleted, so my proposed solution is to
delete these objects at the end of the
ssgEntity *ssgLoadAC ( const char *fname, const ssgLoaderOptions* options )
function, like this.
for (int i = 0; i < num_materials; i++)
{
delete mlist[i];
}
I have tested this solution for about two weeks in my local copy of plib,
using FlightGear. My copy of FlightGear handles a high load of AI driven
aircraft, which includes, in turn, a high load of ac3d model loading and
unloading and the code appears to run without any sign of trouble.
I haven't prepared an official patch yet, as I'm not sure what the current
procedure for submitting plib patches is. I'd be perfectly happy to commit
the patch myself (I am registered under the developer name durktalsma on
sourceforge).
Cheers,
Durk
|
|
From: Bram S. <br...@sa...> - 2006-09-22 17:59:23
|
Bram Stolk wrote: > In my own code, the entire scene turns dark, as soon as a > ssgaFire object is created. Ah... it turns out to be fog. It is a bug present in plib 1.8.4 but seems to be fixed in the CVS tree at 2005/02/01. A good reason for a new plib release. Bram |
|
From: Bram S. <br...@sa...> - 2006-09-22 17:33:04
|
Hi folks, I'm using a ssgaFire object. I copied the code from examples/src/ssg/water/water.cxx In the water demo, the scene looks ok. In my own code, the entire scene turns dark, as soon as a ssgaFire object is created. It is as if the lights are disabled. Are there any pitfalls that I should look out for when using ssgaFire? I have this for my lighting: ssgLight *light = ssgGetLight(0); sgVec3 p; tank->GetPos(p); light->setPosition(p[0],p[1],p[2]+5.0); light->setColour(GL_DIFFUSE, 3,3,3); It is a local light at the player's position, which works just fine if there is no ssgaFire in the ssg tree. The scene drawing is performed simply by using ssgCullAndDraw(scene); Thanks in adv, Bram |
|
From: <jeb...@fr...> - 2006-09-18 21:22:45
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I need to write an application that will load objects from .obj
files with no normal information included in the file. It would be
nice if PLIB could test for this case and generate some reasonable
normals automatically.
I have implemented this function and it works on the files I have
tested (without breaking those files that *include* normal
information of course). In the function add_mesh (ssgLoadOBJ.cxx,
line 310 for version 1.8.4), I added the following code:
// Create the normals
if (num_vert_normal == 0) {
memset (vert_normal, 0, sizeof (vert_normal));
for (i = 0; i < num_face; ++i) {
sgVec3 v1, v2, faceNormal;
sgSubVec3 (v1, vert[face[i].vlist[1]], vert[face[i].vlist[0]]);
sgSubVec3 (v2, vert[face[i].vlist[2]], vert[face[i].vlist[0]]);
sgVectorProductVec3 (faceNormal, v1, v2);
sgAddVec3 (vert_normal[face[i].vlist[0]], faceNormal);
sgAddVec3 (vert_normal[face[i].vlist[1]], faceNormal);
sgAddVec3 (vert_normal[face[i].vlist[2]], faceNormal);
face[i].nlist[0] = face[i].vlist[0];
face[i].nlist[1] = face[i].vlist[1];
face[i].nlist[2] = face[i].vlist[2];
}
num_vert_normal = num_vert;
for (i = 0; i < num_vert_normal; ++i)
sgNormalizeVec3 (vert_normal[i]);
}
Of course, the resulting normals aren't perfect, but they're still
a lot better than what happens when there is no normal information
at all.
Jerome
- --
+------------------------- Jerome M. BERGER ---------------------+
| mailto:jeb...@fr... | ICQ: 238062172 |
| http://jeberger.free.fr/ | Jabber: jeb...@ja... |
+---------------------------------+------------------------------+
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFFDw4ed0kWM4JG3k8RAjSkAJ9U16lS9mpl+NisA2J4LNwWPRS8DACgjdJv
Q+42eEyAIuQpSOA1p6ILGE8=
=JWHw
-----END PGP SIGNATURE-----
|
|
From: Frederic B. <fre...@fr...> - 2006-08-25 15:14:35
|
Quoting steve <sjb...@ai...>: > Frederic Bouvier wrote: > > Quoting steve: > > > >> Fay John F Dr CTR USAF AFSEO/SK wrote: > >>> If I may ask, is SVN at SourceForge definitely a dead issue? My > >>> situation of being behind a firewall hasn't gotten any better. > >> I'd still like to do it - but the SourceForge system for converting > >> CVS to SVN is just broken. > > > > Steve, > > > > I did the conversion for you : > > http://frbouvi.free.fr/freeglutsvndump.bz2 > > http://frbouvi.free.fr/plibsvndump.bz2 > > Ah! Thanks. I don't have time to figure out what to do with these > today - but I'll try to get onto it over the weekend. They are one month old. They should be ok if no one commited to CVS since= 7/26. Instructions to use the dumps are here : https://sourceforge.net/docs/E09= #import -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From: steve <sjb...@ai...> - 2006-08-25 15:03:41
|
Frederic Bouvier wrote: > Quoting steve: > >> Fay John F Dr CTR USAF AFSEO/SK wrote: >>> If I may ask, is SVN at SourceForge definitely a dead issue? My >>> situation of being behind a firewall hasn't gotten any better. >> I'd still like to do it - but the SourceForge system for converting >> CVS to SVN is just broken. > > Steve, > > I did the conversion for you : > http://frbouvi.free.fr/freeglutsvndump.bz2 > http://frbouvi.free.fr/plibsvndump.bz2 Ah! Thanks. I don't have time to figure out what to do with these today - but I'll try to get onto it over the weekend. Thanks! |
|
From: Frederic B. <fre...@fr...> - 2006-08-25 14:54:27
|
Quoting steve: > Fay John F Dr CTR USAF AFSEO/SK wrote: > > If I may ask, is SVN at SourceForge definitely a dead issue? My > > situation of being behind a firewall hasn't gotten any better. > > I'd still like to do it - but the SourceForge system for converting > CVS to SVN is just broken. Steve, I did the conversion for you : http://frbouvi.free.fr/freeglutsvndump.bz2 http://frbouvi.free.fr/plibsvndump.bz2 -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278/partner/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer |
|
From: steve <sjb...@ai...> - 2006-08-25 14:44:29
|
Fay John F Dr CTR USAF AFSEO/SK wrote: > If I may ask, is SVN at SourceForge definitely a dead issue? My > situation of being behind a firewall hasn't gotten any better. I'd still like to do it - but the SourceForge system for converting CVS to SVN is just broken. |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-08-25 13:12:23
|
If I may ask, is SVN at SourceForge definitely a dead issue? My situation of being behind a firewall hasn't gotten any better. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-883-1294 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of steve Sent: Thursday, August 24, 2006 6:22 PM To: PLIB Developers Subject: Re: [Plib-devel] SVN Conversion Melchior FRANZ wrote: > It's clear by now that the whole SVN idea doesn't work. I'd have a few > fixes to submit, and we are waiting three months now. Can we then > continue with CVS? Of course! ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: steve <sjb...@ai...> - 2006-08-24 23:07:13
|
Melchior FRANZ wrote: > It's clear by now that the whole SVN idea doesn't work. I'd have > a few fixes to submit, and we are waiting three months now. Can > we then continue with CVS? Of course! |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-08-24 20:53:43
|
Melchior, By all means please go ahead and put your changes into CVS. John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-883-1294 joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Melchior FRANZ Sent: Thursday, August 24, 2006 1:49 PM To: pli...@li... Subject: Re: [Plib-devel] SVN Conversion It's clear by now that the whole SVN idea doesn't work. I'd have a few fixes to submit, and we are waiting three months now. Can we then continue with CVS? m. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Melchior F. <mf...@us...> - 2006-08-24 18:48:55
|
It's clear by now that the whole SVN idea doesn't work. I'd have a few fixes to submit, and we are waiting three months now. Can we then continue with CVS? m. |
|
From: <p.l...@ci...> - 2006-08-21 18:35:30
|
Scrive Bram Stolk <br...@sa...>: > steve wrote: > > Bram Stolk wrote: > > > >>ssgHello(ALL) > >> > >> > >>I'm trying to add a stereo option to a PLIB application. > >>Now, I want to do the stereo properly. > >>This means not using the 'toe-in' method. > > > > > > No! Just render the left eye, move the camera about 6cm to the right > > and render the right eye. Don't change anything else! > > I'm pretty sure this is not enough. > Your method may create some illusion of some depth, but it is > not proper stereo. > > Especially with large screens, you want objects to appear > on the screen, in front of the screen, and behind the screen. > > This means that for an object that travels from eye point to > infinity, this will happen: > > - first, the projection for R is of the left of projection L > - at screen distance, the objects for L and R coincide in > their projection > - after that, the projection for R is on the right of the > projection for L. > > Your method will not create negative,positive,zero parallax. > Only negative parallax. Ok, wait. We have to questions to answer. First is: on- or off-axis projection? well, it mostly depends on whether the eye is on- or off-axis wrt the center of the projection screen. Not always off-axis projection is the case with stereo, even when passive (think of the HMD case, where the eye is always on-axis), and it's a real-world reference system fact (i.e. measured in meters, go to measure screen corners and where your eye is, IPD is ~.06m). I have some Plib-ready code for general projection if someone wants. Anyway off-axis projection helps rendering a more correct stereo pair, as well as any other even non-stereo multiple-projector large screens. Second is: what modelview/camera model to adopt for stereo pair rendering? I haven't Paul Bourke's code under my eyes, yet I remember that it had two concerns from my point of view: - he wants to avoid toe-in effect, yet adopts the glLookAt, which actually resembles a rotation; - it implies the choice of a zero-parallax plane (can't remember the actual lens parameter, something like focal...) - this can be a trouble to do, and to combine world and real-world spaces. I vote (and I do in my stereo Plib-based application) for Steve's translation along original x-axis of the half-IPD > Read Paul Bourke's info on off-axis projection again, it > has some informational figures. I'll go refreshing it. > bram Greetings, Paolo |
|
From: Bram S. <br...@sa...> - 2006-08-15 08:03:22
|
steve wrote: > Bram Stolk wrote: > >>ssgHello(ALL) >> >> >>I'm trying to add a stereo option to a PLIB application. >>Now, I want to do the stereo properly. >>This means not using the 'toe-in' method. > > > No! Just render the left eye, move the camera about 6cm to the right > and render the right eye. Don't change anything else! I'm pretty sure this is not enough. Your method may create some illusion of some depth, but it is not proper stereo. Especially with large screens, you want objects to appear on the screen, in front of the screen, and behind the screen. This means that for an object that travels from eye point to infinity, this will happen: - first, the projection for R is of the left of projection L - at screen distance, the objects for L and R coincide in their projection - after that, the projection for R is on the right of the projection for L. Your method will not create negative,positive,zero parallax. Only negative parallax. Read Paul Bourke's info on off-axis projection again, it has some informational figures. bram -- Bram Stolk, VR Engineer SARA, Amsterdam. tel +31 20 592 3000 "Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition." |
|
From: steve <sjb...@ai...> - 2006-08-14 22:50:10
|
Bram Stolk wrote: > ssgHello(ALL) > > > I'm trying to add a stereo option to a PLIB application. > Now, I want to do the stereo properly. > This means not using the 'toe-in' method. No! Just render the left eye, move the camera about 6cm to the right and render the right eye. Don't change anything else! You don't need to do anything to PLIB - I have written dozens of applications that do stereo this way - both with LCD shutter glasses and Red/Cyan glasses. Just clear the screen - then call ssgCullAndDraw twice with appropriate switching of buffers or colour masks between the two calls. That is assuming you are using glasses with screens that are in the same plane. If you are using some hideously expensive pair of head-mounted displays with the two displays pointing off in different directions then you need more complex advice (which I can give you - because we work with these things all the time where I work). A modern example can be found in http:botZilla.sf.net which has a red/cyan glasses option. |
|
From: Bram S. <br...@sa...> - 2006-08-14 15:02:56
|
ssgHello(ALL) I'm trying to add a stereo option to a PLIB application. Now, I want to do the stereo properly. This means not using the 'toe-in' method. Instead a proper off-axis projection. This method is described very accurately by Paul Bourke at: http://local.wasp.uwa.edu.au/~pbourke/stereographics/stereorender/ I'm not really sure about the approach I should take. Currently, in the monoscopic case, I am using a ssgContext class, and call setFrustum() in glut's reshape() callbacks. When moving to a stereo app, I guess my options are: -1- Drop the use of ssgContext and make direct calls to glu and friends -2- Create two ssgContext instances. One for L and one for R -3- Derive a ssgStereoContext from ssgContext class, and do all the handling in there (e.g. eye-sep calculations and maintaining two Frusti). Maybe have a ssgStereoContext->makeCurrent(LEFT | RIGHT) ? -4- Use a single instance of the ssgContext, and change all its settings twice each frame I draw. Also, in my case there are extra complicating factors, as my target platform is a passive stereo system. This means even more options: two viewports in a single window? two windows? Currently, I nigh to the class derivation, maybe even two classes ssgActiveStereoContext and ssgPassiveStereoContext ? Or a unified stereo class with a boolean active/passive ? But maybe people on this list have some good insights on how to do stereo with plib properly, or maybe even have some experience with it. The only sample use of stereo in plib I could find was a old tuxkart, but that one does not use ssgContext, and neither does it do off-axis projection. thx, Bram -- Bram Stolk, VR Engineer SARA, Amsterdam. tel +31 20 592 3000 "Windows is a 32-bit extension to a 16-bit graphical shell for an 8-bit operating system originally coded for a 4-bit microprocessor by a 2-bit company that can't stand 1 bit of competition." |
|
From: Fay J. F Dr C. U. AFSEO/SK <joh...@eg...> - 2006-07-28 18:23:36
|
Frederic, That looks excellent. Thank you very much. Everybody Else, Is anybody up to building SVN repositories from these files? John F. Fay Technical Fellow, Jacobs/Sverdrup TEAS Group 850-883-1294 joh...@eg... =20 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of Frederic Bouvier Sent: Friday, July 28, 2006 1:22 AM To: PLIB Developers Subject: Re: [Plib-devel] SVN Conversion Selon Frederic Bouvier : > Bert, > > Selon Bert Driehuis : > > > On Tue, 25 Jul 2006, Frederic Bouvier wrote: > > > > > I am afraid you must be a project admin to do that. I am ready to = > > > help to convert a cvs tarball into a svn dumpfile suitable for = the=20 > > > migration process, if someone wants to give me such a fresh = tarball. > > > > You can easily make one yourself: > > > > % mkdir /work/cvs/plib-sf > > % cd /work/cvs/plib-sf > > % rsync -av rsync://plib.cvs.sourceforge.net/cvsroot/plib/\* . > > receiving file list ... done > > [...] > > % ls > > CVSROOT/ plib/ > > > > I'll be happy to .tar.gz it and send it to you. > > I forgot this new method of creating cvs backup. I just hope I can do = > it without being a plib developer. I will try tonight and report. > > Nobody will do cvs commit in the meantime, right ? By the time this message took to be delivered, I made the 2 svndumps = for plib and freeglut. They are here : http://frbouvi.free.fr/plibsvndump.bz2 http://frbouvi.free.fr/freeglutsvndump.bz2 They were made last wednesday 26. They can be used to create the svn repositories. A message has already been sent to Steve. Instructions to use the dumps are here : https://sourceforge.net/docs/E09#import -Fred -- Fr=E9d=E9ric Bouvier http://frfoto.free.fr Photo gallery - album photo http://www.fotolia.fr/p/2278 Other photo gallery http://fgsd.sourceforge.net/ FlightGear Scenery Designer ------------------------------------------------------------------------= - Take Surveys. Earn Cash. Influence the Future of IT Join = SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
34 messages has been excluded from this view by a project administrator.
