Menu
▾
▴
openvrml-develop
|
From: Damian M. <da...@er...> - 2001-11-05 18:49:27
|
How does one get read access to the CVS tree? How does one suggest changes that actually make it? E.g. I just tried to read a file from a relative directory that failed. The error messages I got was along the lines of Couldn't read ImageTexture which was strictly wrong. It couldn't even OPEN the file, so it stood no hope of even READing it. The code has enough hooks to distinguish the two problems. This is inside Image.cpp called from vrml97node.cpp. Anyay, the reason why the relative file open failed was in a MASTER directory, so original VRML file /home/vrml/new.wrl This then wanted to do 'url model/fred.wrl', i.e. /home/vrml/model/fred.wrl It worked. Now in the directory model, there existed a directory 'image', i.e. /home/vrml/model/image and fred.wrl wanted to do 'url image/2400.jpg', i.e open /home/vrml/model/image/2400.jpg but relative to itself. It failed. I am misreading the VRML 2.0 standard or should the path for included files have been reset to match the file that was actually pulling in these included files. By the way, the traffic seems to have slowed recently. I am using all this from 'gtklookat' although that appears irrelant. Does gtklookat get any development or is everybody Windows centric and working only on win32lookat? Thanks - Damian (McGuckin) Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2064 Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer |
|
From: Braden M. <br...@en...> - 2001-11-05 22:05:31
|
On Mon, 2001-11-05 at 13:49, Damian McGuckin wrote:
>
> How does one get read access to the CVS tree?
<http://sourceforge.net/cvs/?group_id=7151>
> How does one suggest changes that actually make it?
<http://sourceforge.net/docman/display_doc.php?docid=7254&group_id=7151>
> E.g. I just tried to
> read a file from a relative directory that failed. The error messages I
> got was along the lines of
>
> Couldn't read ImageTexture
>
> which was strictly wrong. It couldn't even OPEN the file, so it stood
> no hope of even READing it. The code has enough hooks to distinguish
> the two problems. This is inside Image.cpp called from vrml97node.cpp.
>
> Anyay, the reason why the relative file open failed was in a MASTER
> directory, so
>
> original VRML file /home/vrml/new.wrl
>
> This then wanted to do 'url model/fred.wrl', i.e.
>
> /home/vrml/model/fred.wrl
>
> It worked.
>
> Now in the directory model, there existed a directory 'image', i.e.
>
> /home/vrml/model/image
>
> and fred.wrl wanted to do 'url image/2400.jpg', i.e open
>
> /home/vrml/model/image/2400.jpg
>
> but relative to itself. It failed. I am misreading the VRML 2.0
> standard or should the path for included files have been reset to
> match the file that was actually pulling in these included files.
I think we have an open bug on this. A patch would be welcome.
> By the way, the traffic seems to have slowed recently.
>
> I am using all this from 'gtklookat' although that appears irrelant.
>
> Does gtklookat get any development or is everybody Windows centric and
> working only on win32lookat?
I'm on Linux, but I don't spend time on gtklookat.
--
Braden McDaniel e-mail: <br...@en...>
<http://endoframe.com> Jabber: <br...@ja...>
|
|
From: Damian M. <da...@er...> - 2001-11-05 22:21:37
|
On 5 Nov 2001, Braden McDaniel wrote: > > but relative to itself. It failed. I am misreading the VRML 2.0 > > standard or should the path for included files have been reset to > > match the file that was actually pulling in these included files. > > I think we have an open bug on this. A patch would be welcome. I'll fix today nor tomorrow. > > By the way, the traffic seems to have slowed recently. > > > > I am using all this from 'gtklookat' although that appears irrelant. > > > > Does gtklookat get any development or is everybody Windows centric and > > working only on win32lookat? > > I'm on Linux, but I don't spend time on gtklookat. Who does? I can spend some time on it. Thanks - Damian (McGuckin) Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2064 Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer |
|
From: <sa...@sa...> - 2001-11-27 08:52:17
|
SSBhbSBjb21wbGV0ZWx5IGEgYmVnaW5uZXIgaW4gdXNpbmcgT3BlblZSTUwuDQoNClBsZWFzZSBz b21lYm9keSB0ZWxsIG1lIGhvdyB0byBvYnRhaW4gTElCIGZpbGVzIG9yIGNvbXBpbGFibGUgd29y a3NwYWNlIG9mIHpsaWIsIGxpYnBuZywgbGlianBlZywgYW5kIGpzMzIuDQoNClNvbWUgb2YgdGhl IFVSTCBpbiB0aGUgcmVhZG1lIGZpbGUgYXJlIGNsb3NlZC4NCg0KTXkgcGxhdGZvcm0gaXMgV2lu MjAwMCB3aXRoIE1TIFZpc3VhbCBTdHVkaW8uDQoNClRoYW5rcyBpbiBhZHZhbmNlLg0K |
|
From: Thomas F. <tf...@us...> - 2001-12-01 06:38:24
|
Precompiled libs for win32 can be found at http://openvrml.org/dist/win32_required_libs.zip I'm not a Windows guy so I'm not positive these will work with Win2000 (work fine on Win98) but they'd be worth a shot. Later, Tom ¹Ú ÀÎ±Ô wrote: >I am completely a beginner in using OpenVRML. > >Please somebody tell me how to obtain LIB files or compilable workspace of zlib, libpng, libjpeg, and js32. > >Some of the URL in the readme file are closed. > >My platform is Win2000 with MS Visual Studio. > >Thanks in advance. >¢§¾¹¥uëÞfj)b? b²Ú)z{?W^½éh¦X¬¶?(º· ~àzw?i???l²«qçè?§zßåËl?X¬¶)ߣ?)z{?W^½éhp=== > |
|
From: Damian M. <da...@er...> - 2001-11-09 04:38:01
|
On 5 Nov 2001, Braden McDaniel wrote: > > Does gtklookat get any development or is everybody Windows centric and > > working only on win32lookat? > > I'm on Linux, but I don't spend time on gtklookat. Who spends time on gtklookat? Same question, but win32lookat? I have a patch sort of working but I need to tidy it up and make it robust relative to multiple operating systems. I'm out of town for a week but I'll sort it out when I get back. If I sort out Windows and Unix, is there somebody who knows Mac. Thanks - Damian (McGuckin) Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2064 Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer |
|
From: S.K.Bose <bo...@pa...> - 2001-11-09 05:37:00
|
On Fri, 9 Nov 2001, Damian McGuckin wrote: > > Same question, but win32lookat? > I spent time on win32Lookat development long back. Now I spend time only to see that it is compatible with current release of OpenVRML lib. not on further development on it. Now a days I am mainly busy with WIN32 compatible issues related to OpenVRML lib and further development of its graphics aspects. Thanks, S. K. Bose |
|
From: Damian M. <da...@er...> - 2001-11-10 04:07:19
|
On Fri, 9 Nov 2001, S.K.Bose wrote: > I spent time on win32Lookat development long back. Now I spend time only > to see that it is compatible with current release of OpenVRML lib. not on > further development on it. Now a days I am mainly busy with WIN32 > compatible issues related to OpenVRML lib and further development of its > graphics aspects. I tried win32Lookat. I loaded the required-libraries file of DLLs but it still asks me for a GDi32.dll. I have one on the system in the Windows directory but maybe it is the wrong version. While I would like to think I know a lot about Unix and Linux, by comparison I am a windows novice. Any ideas? Thanks - Damian (McGuckin) Pacific Engineering Systems International, 22/8 Campbell St, Artarmon NSW 2064 Ph:+61-2-99063377 .. Fx:+61-2-99063468 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer |
|
From: S.K.Bose <bo...@pa...> - 2001-11-15 04:48:01
|
On Sat, 10 Nov 2001, Damian McGuckin wrote: > On Fri, 9 Nov 2001, S.K.Bose wrote: > > I tried win32Lookat. I loaded the required-libraries file of DLLs but it > still asks me for a GDi32.dll. > Sorry for delay in reply. I was out of town for four days. I use Microsoft Windows NT version 4.00 and Microsoft Visual studio 6.0 for creating binary version of win32Lookat and also for openvrml.dll. In my system Gdi32.dll is in WINNT\system32 Thanks, Bose |
Thanks for helping keep SourceForge clean.
X