ARToolKit | Mailing List Archive |
![]() |
From: | Pedro Cervantes-Pintor <pedrocp@u ......> | Received: | Jul 13, 2004 |
To | Philip Lamb <phil@r .........>, <artoolkit@h ..................> | ||
Subject: | First 2 bugs in ART 2.68 | ||
Well i'm sorry if i bother you sending this reply to all... Trying to compile ART 2.68 under Linux I've found two bugs that won't let= you compile it on any platform: 1.- in file: ARToolKit_2.68/Configure" line 18 is: examples/test" and should be: examples/test examples/simpleLite" 2.- in file: ARToolKit_2.68/examples/simpleLite line 33 is: #include "gsub_lite.h" and should be: #include "AR/gsub_lite.h" ----------------------------------------------------------------- After making this changes, "make" command works very well. I'll post any other detail as soon as i found it. Best Regards Pedro Cervantes |
From: | Philip Lamb <phil@e ..........> | Received: | Jul 14, 2004 |
To | artoolkit@h .................. | ||
Subject: | Re: First 2 bugs in ART 2.68 | ||
Pedro et al.. Thanks for pointing this out.. a consequence of my weirdo build setup that these errors didn't come up in my test builds. I've corrected these errors in the archives and have freshly uploaded them.. version number on the archive is now 2.68.1., although I have left the version number inside the same. http://www.eden.net.nz/phil/develop/artoolkit/ Also two notes to Mac users.. firstly, some reports indicate that some people are having problems with the new settings window, so I have added an option to pass "-nodialog" in the settings string to arVideoOpen() to disable the dialog. Secondly, I have added a note to the readme about runtime working directories as this is tripping up some XCode users. Regards, Phil. At 1:29 PM -0500 13/7/04, Pedro Cervantes-Pintor wrote: >Trying to compile ART 2.68 under Linux I've found two bugs that won't let you >compile it on any platform: > >1.- in file: ARToolKit_2.68/Configure" line 18 is: >examples/test" > >and should be: >examples/test examples/simpleLite" > >2.- in file: ARToolKit_2.68/examples/simpleLite line 33 is: >#include "gsub_lite.h" > >and should be: >#include "AR/gsub_lite.h" -- Philip Lamb Research Student, Human Interface Technology Laboratory New Zealand, University of Canterbury, Christchurch, NZ. +64 3 3642987 x3070 |
From: | Eliot Mack <eliot@c ..........> | Received: | Jul 14, 2004 |
To | Philip Lamb <phil@e ..........> | ||
Subject: | Re: First 2 bugs in ART 2.68 | ||
Hello Phil, First of all, thanks for the update! I compiled the various solutions and ran into a few issues. Using the new 2.68.1 release under Windows XP, when I compile libARgsub_lite, I get the following error: d:\ARToolKit_2.68\lib\SRC\Gl\gsub_lite.c(48): fatal error C1083: Cannot open include file: 'GL/glext.h': No such file or directory I found the file at http://oss.sgi.com/projects/ogl-sample/ABI/glext.h if this is useful to others which enabled this to compile. However, DsRenderer does not seem to compile. I added the strmiids.lib library to the list of linked libraries, which removed the CLSID errors. DSRenderer and several other projects in the same DsVideoLib solution still fail with the message: DsRenderer error PRJ0019: A tool returned an error code from "Registering DirectX Media Filters..." The sample programs now have upside down video, which is probably a result of the above incomplete compile. I tried adding the 'flipV' parameter to the vconf variable, but I believe this is not a supported parameter as the video does not invert. Are there any suggestions for resolving the DirectX Media Filter error, or of inverting the video? I looked in the mailing list archives, but I haven't heard of this one before. Google was similarly silent. 2.65 works fine, with the video vertically displayed. Thanks, Eliot |
From: | Philip Lamb <phil@e ..........> | Received: | Jul 15, 2004 |
To | artoolkit@h .................. | ||
Subject: | Re: First 2 bugs in ART 2.68 | ||
Hi all, Firstly, thanks for your bug reports and please keep them coming. We've identified the source of the build errors on Windows mentioned below and they relate to the version of the windows video DSVideoLib library that I included with 2.68. I used version 0.0.3, however as has been pointed out to me, the current version on Tomas Pintaric's site is 0.0.4. We are currently working at including this new version and testing it. This should also resolve the issues of some cameras producing a vertically inverted image. Also pointed out, the missing glext.h arises because lots of people having OpenGL headers for OpenGL 1.2, and glext.h was not separated out of gl.h until 1.3. We are also addressing that problem and other associated bugs, such as gsub_lite not compiling because of missing gluCheckExtension (which appeared in version 1.3). Raphael here is also working on the Linux video libraries bugs that have been reported. We also have a Mac bug logged for crashes using 2vuy textures on the Rage 128 and I think this will be solved shortly. We're aiming for a rapid turnaround on bugs, and so we'll try for a 2.68.2 release later today! Phil. >Hello Phil, > >First of all, thanks for the update! I compiled the various >solutions and ran into a few issues. Using the new 2.68.1 release >under Windows XP, when I compile libARgsub_lite, I get the following >error: > >d:\ARToolKit_2.68\lib\SRC\Gl\gsub_lite.c(48): fatal error C1083: >Cannot open include file: 'GL/glext.h': No such file or directory > >I found the file at >http://oss.sgi.com/projects/ogl-sample/ABI/glext.h if this is useful >to others which enabled this to compile. > >However, DsRenderer does not seem to compile. I added the >strmiids.lib library to the list of linked libraries, which removed >the CLSID errors. DSRenderer and several other projects in the same >DsVideoLib solution still fail with the message: >DsRenderer error PRJ0019: A tool returned an error code from >"Registering DirectX Media Filters..." > >The sample programs now have upside down video, which is probably a >result of the above incomplete compile. I tried adding the 'flipV' >parameter to the vconf variable, but I believe this is not a >supported parameter as the video does not invert. > >Are there any suggestions for resolving the DirectX Media Filter >error, or of inverting the video? I looked in the mailing list >archives, but I haven't heard of this one before. Google was >similarly silent. 2.65 works fine, with the video vertically >displayed. > >Thanks, > >Eliot -- Philip Lamb phil@e .......... voice: +64 (21) 1422731 Eden Networks Limited Custom software development and Internetworking consultants. PO Box 25-252, Victoria Street, Christchurch 8030, New Zealand. |