plib-devel Mailing List for PLIB (Page 46)
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: Jonathan W. <jtw...@in...> - 2004-05-29 01:44:46
|
On Sat, 2004-05-29 at 01:22, Fay John F Contr AAC/WMG wrote:
> Gentlemen,
>
> Having downloaded the nightly tarball for the first time in
> two weeks and compared it to my private copy, I find several items of
> interest.
> (3) Jonathan Wheare submitted some changes to PSL ("psl copy
> constructor," 4/20/04, 9:03 AM) that implement reference counting.
> Are we planning to put those into CVS?
>
> (4) My copies of "psl.h" and "pslProgram.cxx" include a variable
> "is_copy" in the "pslProgram" class. Was this overcome by item (3)?
>
> John F. Fay
> joh...@eg...
>
the is_copy code is from my first attempt to prevent the double free bug
when using copy constructed psl programs, the ref counting patch
supersedes that one.
Jonathan.
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-28 17:17:39
|
Also, in the SSGA post-build step, the file "ssgaScreenDump.h" is not copied to the "plib" directory. The "net" example programs are looking for a "net.h" and there isn't one. The "psl_demo" example is looking for "timeGetTime" but isn't including the library "winmm.lib". There are a few warnings in the example programs. John F. Fay joh...@eg... |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-28 17:09:05
|
Gentlemen, First let me apologize for being such a nit-picker. I think of it as attention to detail, but I can appreciate where it gets tiresome after a while. Second, I have been looking at the "plib_examples-1.8.1.tar.gz" tarball. While I am apologetic, I am unfortunately unrepentant and have a bunch of issues to resolve. (1) The "plib_examples" workspace file is looking for a "pw_pui.dsp" file which is not included in the tarball. Probably the person who created the demo didn't get the file uploaded but did get the changes to the "plib_examples.dsw" file. Failing that, I can probably produce the missing file myself. (2) The "pw_demo.dsp" (project) file does not include the paths and library file definitions needed to build properly. (3) I added a line to the PUI "complex" demo that prevent it from crashing in "freeglut". Specifically, after line 215, I inserted "if ( !rspeedSlider ) return ;". Steve needs to decide whether to keep it or whether to get after the "freeglut" community to enhance its GLUT compliance. (4) I also removed some cruft from the PUI "complex" and "PointPicker" demos, removing all references to the "hel" and "tim" font variables. Most of them are commented out anyway. (5) My copy of "pw_demo.cxx" changes the window size between 100x100 and 640x480 when the user presses "<" or ">". It also turns the key auto-repeat on and off when the user presses "a" or "b". Is the larger community interested in these? John F. Fay joh...@eg... |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-28 15:52:45
|
Gentlemen,
Having downloaded the nightly tarball for the first time in two
weeks and compared it to my private copy, I find several items of interest.
(1) Andy Ross submitted some font rendering changes ("PUI Rendering Fixes,"
sent on 5/4/04 at 2:15 PM) which didn't get into CVS.
(2) I've mentioned the JS library once already this morning.
(3) Jonathan Wheare submitted some changes to PSL ("psl copy constructor,"
4/20/04, 9:03 AM) that implement reference counting. Are we planning to put
those into CVS?
(4) My copies of "psl.h" and "pslProgram.cxx" include a variable "is_copy"
in the "pslProgram" class. Was this overcome by item (3)?
(5) I have code in "puAux.h" and "puAuxChooser.cxx: that implements a
"puaChooser" widget. Steve created this widget for his Triereis simulation.
If somebody could please put it into CVS for me that would be a good thing.
(6) The code in PW for making the Windows key auto-repeat act like the X key
auto-repeat hasn't made it into CVS either.
(7) I was trying to get multisampling to work in "pwWindows.cxx" but didn't
get anywhere. Any help would be appreciated.
(8) There is a minor efficiency change in "sg.cxx" and "sgd.cxx" on lines
863-865 and 882. First, the definition of "l" and the call to
"sgLineSegment3ToLine3" are unnecessary. Second, rather than call
"sgNormalizeVec3" on line 865 (which involves a square root), it is more
efficient to divide by "sgScalarProductVec3 ( v, v )" in the "return"
statement on line 882. The magnitude of "v" on lines 868 and 875 does not
matter because all we are checking is the sign of the dot product.
(9) I have a few efficiencies for "sgIsect.cxx" and "sgdIsect.cxx" which I
have gone over before and have probably beaten to death.
(10) The file "ssgVtable.cxx" contains code starting around line 562 to tell
whether a triangle intersects a sphere. I have a more efficient version of
this if anybody is interested. I also wonder whether the capability belongs
in "sg" as it is perhaps general.
John F. Fay
joh...@eg...
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-28 14:56:13
|
Tell him that if he can supply the code, we can put it into "jsWindows.cxx". I personally don't have any DirectX expertise, though. And in the meantime, let's get the revised JS code into CVS! How long has it been? Two months? Three? Four? John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Steve Baker Sent: Thursday, May 27, 2004 11:03 PM To: pli...@li... Subject: [Plib-devel] [Fwd: PLIB joystick support] I had this request from a guy where I work about support for Joysticks under Windows in PLIB. From: Brian Bolstad <bsb...@li...> > Steve, > > To date, we've been using the PLIB JS library for cross-platform > joystick support in SimuStealth. Recently, while trying to use a > Thrustmaster HOTAS Cougar joystick, I've run up against the Windows > Multimedia limitations due to the number of axes this joystick supports > (more than 8). I believe that DirectX support is required to take full > advantage of the capabilities of this joystick. Is there any chance > that DirectX joystick support is in progress for PLIB? What should I tell him? Can we support >8 axes under Windows? ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Steve B. <sjb...@ai...> - 2004-05-28 04:03:51
|
I had this request from a guy where I work about support for Joysticks under Windows in PLIB. From: Brian Bolstad <bsb...@li...> > Steve, > > To date, we've been using the PLIB JS library for cross-platform > joystick support in SimuStealth. Recently, while trying to use a > Thrustmaster HOTAS Cougar joystick, I've run up against the Windows > Multimedia limitations due to the number of axes this joystick supports > (more than 8). I believe that DirectX support is required to take full > advantage of the capabilities of this joystick. Is there any chance > that DirectX joystick support is in progress for PLIB? What should I tell him? Can we support >8 axes under Windows? ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-26 15:45:18
|
OK, I sent this to the wrong PLIB address and it is probably somewhere in the bit bucket now. Stephane Gerard of the "freeglut" mailing list mentioned that his "plib.dsw" doesn't work. Steve wrote back asking for details and mentioning that it works for everybody else. My response is below, with his answer. Steve is right, this has not been mentioned on the PLIB mailing list before, probably because nobody besides me ran into it and I didn't think it worth mentioning. The post-build "copy" feature is useful enough to me at work (and presumably to everybody else in the MSVC community) that I don't want to take it out. I daresay it's an MSVC bug--and my copy of the compiler is several years old, and free (the introductory version). But now Stephane has apparently run into it too, and perhaps we should do something about it. I suggest putting something in the "README" file, largely because I can't think of anything else to do. John F. Fay joh...@eg... -----Original Message----- From: fre...@li... [mailto:fre...@li...]On Behalf Of Steve Baker Sent: Wednesday, May 26, 2004 10:27 AM To: fre...@li... Cc: pli...@li... Subject: Re: [Freeglut-developer] STEF TO JOHN PLIB PUI TROUBLE Fay John F Contr AAC/WMG wrote: > Well ... actually, it doesn't work for everyone else. Whenever > I download PLIB on my home computer (MSVC 6.0 Introductory Edition) I > have to remember to remove all the "copy" commands from the post-build > step because they cause my compiler to freeze. It freezes so badly, in > fact, that I usually have to reboot. Yikes! I don't recall seeing anything about this on the PLIB mailing list. We need to find a way around this. I tend to zone-out when it comes to MSVC issues - but it really ought to work properly. > I've answered Stef separately about this giving the details of > my workaround and mentioning that this is an issue for the PLIB mailing > list rather than "freeglut". Ah - I hadn't even noticed which list it was sent to!. Thanks! > I'd also like to echo your note about error reports needing a lot more > detail than simply saying "It doesn't work." Yeah - it's *REALLY* annoying. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-17 13:48:01
|
Yes, Olivier's new joystick code fixes this problem. I sent Jonathan Polley a copy of the files separately and he confirmed that they work well. I've sent copies of the files to a couple of people for inclusion into CVS. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of ima...@ve... Sent: Monday, May 17, 2004 4:26 AM To: pli...@li... Subject: [Plib-devel] Re: MacOSX problem in JS. (Steve Baker) Hasn't someone already? Doesn't Olivier's js rewrite fix this? No one's put it in CVS yet (AFAIK). <snip> > > Message: 1 > Date: Sun, 16 May 2004 13:10:33 -0500 > From: Steve Baker <sjb...@ai...> > To: pli...@li... > Subject: [Plib-devel] MacOSX problem in JS. > Reply-To: pli...@li... > > > This looks like a serious problem with the MacOSX version of JS. > > In class jsJoystick (js.h), it says: > > static const int kNumDevices; > static int numDevices; > static io_object_t ioDevices[kNumDevices]; > > ...but that 'ioDevices' array needs to be sized in such a way that a > program > including this header file can know how big the structure is. Since > the actual > VALUE of kNumDevices isn't known in the header file (it's set to 32 in > jsMacOSX.cxx), > the compiler can't compile this code. > > Stacy Lovell <ctr...@ma...> said: > >> In file included from js.cxx:23: >> js.h:97: error: data member may not have variably modified type ` >> io_object_t[jsJoystick::kNumDevices]' > > Can someone with MacOSX knowledge please fix this? > <snip> |
|
From: <ima...@ve...> - 2004-05-17 09:25:36
|
Hasn't someone already? Doesn't Olivier's js rewrite fix this? No one's put it in CVS yet (AFAIK). I refer to plib-devel digest, Vol 1 #1368 - 3 messages. I know that these fixes were held up by the point release work that was going on in April, but perhaps now is the time to put them in? Thanks, Olivier and thanks to whoever has the time (and authority) to commit these JS changes to CVS! Ima On May 16, 2004, at 11:18 PM, pli...@li... wrote: > Send plib-devel mailing list submissions to > pli...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/plib-devel > or, via email, send a message with subject or body 'help' to > pli...@li... > > You can reach the person managing the list at > pli...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of plib-devel digest..." > > > Today's Topics: > > 1. MacOSX problem in JS. (Steve Baker) > > --__--__-- > > Message: 1 > Date: Sun, 16 May 2004 13:10:33 -0500 > From: Steve Baker <sjb...@ai...> > To: pli...@li... > Subject: [Plib-devel] MacOSX problem in JS. > Reply-To: pli...@li... > > > This looks like a serious problem with the MacOSX version of JS. > > In class jsJoystick (js.h), it says: > > static const int kNumDevices; > static int numDevices; > static io_object_t ioDevices[kNumDevices]; > > ...but that 'ioDevices' array needs to be sized in such a way that a > program > including this header file can know how big the structure is. Since > the actual > VALUE of kNumDevices isn't known in the header file (it's set to 32 in > jsMacOSX.cxx), > the compiler can't compile this code. > > Stacy Lovell <ctr...@ma...> said: > >> In file included from js.cxx:23: >> js.h:97: error: data member may not have variably modified type ` >> io_object_t[jsJoystick::kNumDevices]' > > Can someone with MacOSX knowledge please fix this? > > ---------------------------- Steve Baker ------------------------- > HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> > HomePage : http://www.sjbaker.org > Projects : http://plib.sf.net http://tuxaqfh.sf.net > http://tuxkart.sf.net http://prettypoly.sf.net > -----BEGIN GEEK CODE BLOCK----- > GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- > V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ > y++++ > -----END GEEK CODE BLOCK----- > > > > --__--__-- > > _______________________________________________ > plib-devel mailing list > pli...@li... > https://lists.sourceforge.net/lists/listinfo/plib-devel > > > End of plib-devel Digest > |
|
From: Steve B. <sjb...@ai...> - 2004-05-16 18:12:41
|
This looks like a serious problem with the MacOSX version of JS. In class jsJoystick (js.h), it says: static const int kNumDevices; static int numDevices; static io_object_t ioDevices[kNumDevices]; ...but that 'ioDevices' array needs to be sized in such a way that a program including this header file can know how big the structure is. Since the actual VALUE of kNumDevices isn't known in the header file (it's set to 32 in jsMacOSX.cxx), the compiler can't compile this code. Stacy Lovell <ctr...@ma...> said: > In file included from js.cxx:23: > js.h:97: error: data member may not have variably modified type ` > io_object_t[jsJoystick::kNumDevices]' Can someone with MacOSX knowledge please fix this? ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-14 17:59:48
|
John F. Fay
joh...@eg...
-----Original Message-----
From: pli...@li...
[mailto:pli...@li...]On Behalf Of Fay John F Contr
AAC/WMG
Sent: Wednesday, May 12, 2004 11:03 AM
To: pli...@li...
Subject: RE: [Plib-devel] PUI rendering fixes
Andy,
I've looked at the patch and don't have any objection. I would say
go ahead.
John F. Fay
joh...@eg...
-----Original Message-----
From: pli...@li...
[ mailto:pli...@li...
<mailto:pli...@li...> ]On Behalf Of Andy Ross
Sent: Wednesday, May 12, 2004 10:50 AM
To: pli...@li...
Subject: Re: [Plib-devel] PUI rendering fixes
Andy Ross wrote:
> I started chasing down a font rendering issue in FlightGear on Sunday.
> The original issue was a metrics bug in the afm2txf.pl font generator,
> a script I wrote for plib a while back. But fixing that didn't quite
> solve all the problems, so I spent some time hunting around in the PUI
> rendering code and fixing buglets. The patch is attached.
Can I get a yea or nay on this patch? Are there objections? I've just
commited
some layout management code for FlightGear which, while it doesn't strictly
require the plib patch, certainly looks better with it enabled.
Andy
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
<http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3>
_______________________________________________
plib-devel mailing list
pli...@li...
https://lists.sourceforge.net/lists/listinfo/plib-devel
<https://lists.sourceforge.net/lists/listinfo/plib-devel>
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-14 17:58:31
|
Who's there? John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Andy Ross Sent: Friday, May 14, 2004 12:56 PM To: pli...@li... Subject: Re: [Plib-devel] PUI rendering fixes Knock, knock. Andy Ross wrote: > Andy Ross wrote: > >>I started chasing down a font rendering issue in FlightGear on Sunday. >>The original issue was a metrics bug in the afm2txf.pl font generator, >>a script I wrote for plib a while back. But fixing that didn't quite >>solve all the problems, so I spent some time hunting around in the PUI >>rendering code and fixing buglets. The patch is attached. > > > Can I get a yea or nay on this patch? Are there objections? I've just commited > some layout management code for FlightGear which, while it doesn't strictly > require the plib patch, certainly looks better with it enabled. ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Andy R. <an...@pl...> - 2004-05-14 17:55:54
|
Knock, knock. Andy Ross wrote: > Andy Ross wrote: > >>I started chasing down a font rendering issue in FlightGear on Sunday. >>The original issue was a metrics bug in the afm2txf.pl font generator, >>a script I wrote for plib a while back. But fixing that didn't quite >>solve all the problems, so I spent some time hunting around in the PUI >>rendering code and fixing buglets. The patch is attached. > > > Can I get a yea or nay on this patch? Are there objections? I've just commited > some layout management code for FlightGear which, while it doesn't strictly > require the plib patch, certainly looks better with it enabled. |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-12 16:03:52
|
Andy, I've looked at the patch and don't have any objection. I would say go ahead. John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Andy Ross Sent: Wednesday, May 12, 2004 10:50 AM To: pli...@li... Subject: Re: [Plib-devel] PUI rendering fixes Andy Ross wrote: > I started chasing down a font rendering issue in FlightGear on Sunday. > The original issue was a metrics bug in the afm2txf.pl font generator, > a script I wrote for plib a while back. But fixing that didn't quite > solve all the problems, so I spent some time hunting around in the PUI > rendering code and fixing buglets. The patch is attached. Can I get a yea or nay on this patch? Are there objections? I've just commited some layout management code for FlightGear which, while it doesn't strictly require the plib patch, certainly looks better with it enabled. Andy ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ plib-devel mailing list pli...@li... https://lists.sourceforge.net/lists/listinfo/plib-devel |
|
From: Andy R. <an...@pl...> - 2004-05-12 15:50:08
|
Andy Ross wrote: > I started chasing down a font rendering issue in FlightGear on Sunday. > The original issue was a metrics bug in the afm2txf.pl font generator, > a script I wrote for plib a while back. But fixing that didn't quite > solve all the problems, so I spent some time hunting around in the PUI > rendering code and fixing buglets. The patch is attached. Can I get a yea or nay on this patch? Are there objections? I've just commited some layout management code for FlightGear which, while it doesn't strictly require the plib patch, certainly looks better with it enabled. Andy |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-10 17:20:29
|
Gentlemen,
There is a patch for "pwWindows.cxx" that will make its behaviour
with auto-repeating keys match the behaviour under Unix. It starts at line
122:
case WM_KEYDOWN:
/* If the key is already down, we are on auto-repeat. Break if the
autorepeat is disabled. */
- if ( ( updown == PW_DOWN ) && ( int(wParam) == old_key ) &&
!autoRepeat ) break ;
+ if ( ( updown == PW_DOWN ) && ( int(wParam) == old_key ) )
+ {
+ if ( autoRepeat )
+ {
+ /* Disable CTRL, SHIFT, CapsLock keys from making a callback */
+ if ( ( key == VK_CONTROL ) || ( key == VK_SHIFT ) || ( key ==
VK_CAPITAL ) )
+ break ;
+
+ if ( key != -1 && kbCB ) // Autorepeat enabled, call the
callback with an "up" setting
+ (*kbCB) ( key, PW_UP, lastx, lasty ) ;
+ }
+ else
+ break ; // Autorepeat not enabled, just break
+ }
updown = PW_DOWN ;
old_key = wParam ;
/* FALLTHROUGH */
John F. Fay
joh...@eg...
|
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-10 17:00:22
|
Gentlemen, The file "ssgLoadVRML.h" does not have a version information string at the beginning of the file. John F. Fay joh...@eg... |
|
From: Wolfram K. <w_...@rz...> - 2004-05-09 20:31:49
|
Hi ! I tried to email you, but this error occurred: ------------------ snip ------------------ 451 eglin.af.mil: Name server timeout Message could not be delivered for 5 days Message will be deleted from queue ------------------ snip ------------------ This is what I tried to email: ------------------ snip ------------------ Hi! Unfortunately, I can not read the attachment in above post. So I waited whether someone else would commit it. Since noone else stepped up, can you send me the zip again as private email or upload it somewhere? Keep up the good PLIB work! Bye bye, Wolfram. ------------------ snip ------------------ |
|
From: Wolfram K. <w_...@rz...> - 2004-05-08 20:09:11
|
Steve wrote: >Simon wrote: > >> How come you don't define UL_BB in ul.h? > >I'd prefer to keep that stuff in ul.h please. Yes. I committed this earlier today. It seems the mailing list is slow for some people. Also the archive seems either very slow or porked: http://sourceforge.net/mailarchive/forum.php?forum_id=3D4479 Bye bye, Wolfram. |
|
From: Steve B. <sjb...@ai...> - 2004-05-08 18:53:09
|
Simon wrote: > How come you don't define UL_BB in ul.h? I'd prefer to keep that stuff in ul.h please. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Simon <sim...@ho...> - 2004-05-08 17:07:55
|
Hi, I got the latest plib and it built fine. I just want to clarify a
couple of things. In the cvs repository you say it's a fix for =
Macintosh.
I use Windows XP and Borland C++ Builder 6. I think these fixes will =
work
on any Borland Builder version however so I guess it is a kind of cross
platform fix. I used Kylix several months ago to port code between =
Linux
and Windows and my guess is that the fix will work there as well.
=20
How come you don't define UL_BB in ul.h? Just curious as it's no =
problem to
simply define it in the project options. Is it because the sections =
there
mainly deal with operating systems and this is more of a development =
tool
fix?
=20
I found a better solution for the m=3Dw problem in ssgVtxTable.cxx. The
compiler stops saying it cannot modify a const object. Before I just
commented it out. I think this works better:
=20
Inside void ssgVtxTable::transform ( const sgMat4 m )
//m =3D w ;
}
=20
=20
for ( i =3D 0 ; i < getNumNormals() ; i++ )
sgXformVec3 ( normals->get(i), normals->get(i), w) ;
=20
You see I still comment it out but pass w to sgXformVec3 instead of m.
=20
Thanks for committing it, hope it helps some other people out.
|
|
From: Wolfram K. <w_...@rz...> - 2004-05-08 15:52:58
|
I have now polished and committed all changes for BorlandBuilder. Please check it. Bye bye, Wolfram. |
|
From: Simon <sim...@ho...> - 2004-05-06 23:32:36
|
Hi, I posted this twice now; the first time had a zip so it was bounced =
and
the second seems to have got lost in the void.
=20
ok well here are the changes I had to make to get ssg to build with =
Borland
C++ Builder 6 on Windows XP:
=20
Ul.h
After the system if defs I added:
=20
#if defined(BORLANDBUILDER)
#define UL_BB 1
#endif
=20
ssgVtxTable.cxx
Within void ssgVtxTable::transform ( const sgMat4 m ) there is a line =
that
says:
=20
m =3D w;
=20
I had to comment it out - the error message is that you cannot modify a
const object, I think this is a bad solution on my part. Definitely a =
quick
fix.
=20
ssgLoaderWriterStuff.h
Within ssgListOfLists : public ssgSimpleList
=20
#ifdef UL_BB
ssgListOfLists ( int init =3D 3 ) : ssgSimpleList ( =
sizeof(ssgSimpleList*),
init ) {}
#else
ssgListOfLists ( int init =3D 3 ) : ssgSimpleList ( sizeof(class
ssgSimpleList*), init ) {}
#endif
=20
Also within ssgSimpleStateList : public ssgSimpleList
=20
#ifdef UL_BB
ssgSimpleStateList( int init =3D 3 ) : ssgSimpleList (
sizeof(ssgSimpleState*), init ) {}
#else
ssgSimpleStateList( int init =3D 3 ) : ssgSimpleList ( sizeof(class
ssgSimpleState*), init ) {}
#endif
=20
Also within ssgListOfNodes : public ssgSimpleList
=20
#ifdef UL_BB
ssgListOfNodes ( int init =3D 3 ) : ssgSimpleList ( sizeof(ssgBase*), =
init )
{}
#else
ssgListOfNodes ( int init =3D 3 ) : ssgSimpleList ( sizeof(class =
ssgBase*),
init ) {}
#endif
=20
ssgParser.cxx
Inside static char *mystrchr( const char *string, int c )
=20
#ifdef UL_BB
return strchr( (char*)string, c );
#else
return strchr( string, c );
#endif
=20
ssgSaveAC.cxx
Inside static int ssgSaveLeaf ( ssgEntity *ent )
=20
if ( writeTextureWithoutPath )
{
#ifdef UL_BB
char *s =3D strrchr ( (char*)tfname, '\\' ) ;
#else
char *s =3D strrchr ( tfname, '\\' ) ;
#endif
=20
if ( s =3D=3D NULL )
#ifdef UL_BB
s =3D strrchr ( (char*)tfname, '/' ) ;
#else
s =3D strrchr ( tfname, '/' ) ;
#endif
.
=20
ssgLoadMDL_BGLTexture.cxx
Inside: bool ssgLoadMDLTexture ( const char *fname, ssgTextureInfo* info =
)
at the top of the first if statement:
=20
#ifdef UL_BB
char *p =3D strrchr((char*)fname,'_');
#else
char *p =3D strrchr(fname,'_');
#endif
=20
That's it for now. I'll post any other fixes I have to do as I make =
them.
Hope someone can recommend something for the first one (m=3Dw). I made =
the
changes to non beautified versions of the source files so I posted those =
as
well. I think I got all the file names right, I was really speeding =
through
as I want to get back to work soon.
=20
Edit-> The mail I sent with the zip file got bounced back. The zip is
available below for the next week or so:
=20
http://www.millington.no-ip.org/trials/plibfixes.zip
|
|
From: Steve B. <sjb...@ai...> - 2004-05-06 23:13:42
|
Fay John F Contr AAC/WMG wrote: > I looked at the example and downloaded the code but it doesn't compile. It > looks for two header files "<gl/wglext.h>" and "<gl/glext.h>", neither of > which I have. Well, GL/glext.h (it *should* be a capital 'GL' so it compiles under case-sensitive OS's) can be obtained from www.opengl.org. It contains the #define or GLenum tokens for *all* known OpenGL extensions. I believe GL/glxext.h is also there - but I don't know about GL/wglext.h. > Spending a little more time with it, I find "wglGetProcAddress" which helps > a little. I can call functions now, but the defined constants (like > "WGL_DRAW_TO_WINDOW_ARB") are still undefined. Help! They certainly don't > make it easy, do they? No they certainly don't. Microsoft would dearly like OpenGL to 'go away' so that you'd have to own a Windows machine in order to do 3D graphics. > Looking further, I find mention of "accumulation buffer" bits in connection > with antialiasing. Is this Windows-speak for multisampling? No - an accumulation buffer is something different. You can do kinda-sorta antialiasing on a machine that doesn't implement it properly if it has an accumulation buffer - but I wouldn't recommend it! ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
|
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-05-06 16:16:33
|
I looked at the example and downloaded the code but it doesn't compile. It looks for two header files "<gl/wglext.h>" and "<gl/glext.h>", neither of which I have. Spending a little more time with it, I find "wglGetProcAddress" which helps a little. I can call functions now, but the defined constants (like "WGL_DRAW_TO_WINDOW_ARB") are still undefined. Help! They certainly don't make it easy, do they? Looking further, I find mention of "accumulation buffer" bits in connection with antialiasing. Is this Windows-speak for multisampling? John F. Fay joh...@eg... -----Original Message----- From: pli...@li... [mailto:pli...@li...]On Behalf Of Nick McEvoy Sent: Wednesday, May 05, 2004 10:20 PM To: pli...@li... Subject: Re: [Plib-devel] Another New Demo Program for PW I don't have time myself to 'understand' and then fix this problem right now ... but if someone is interested in adding Multisampling for Windows to pwInit then here is a tutorial that might be useful ... http://nehe.gamedev.net/data/lessons/lesson.asp?lesson=46 Steve Baker wrote: <snip> > >>We do have another parameter in "pwInit", though, the "num_samples", which I >>hadn't noticed last Friday. Suggestions? >> >> > >Ah - now you come to mention it - that is the number of multisample samples. > > |
34 messages has been excluded from this view by a project administrator.
