[JAVA3D] JAVA3D Development in India?

Hi I just read that SUN wants to switch a lot of JAVA Development to India, does this also reflect to JMF and especially Java3D? EOF, J.D. -- Explore SRT with the help of Java3D (http://wwwvis.informatik.uni-stuttgart.de/relativity/minkowski) (http://www.antiflash.net/java3d/relativity (mirror

[JAVA3D] possible improvements

Java is great and also Java3D is, but nothing is perfect right ? So I hope to start a heated controversy on possible improvements for the Java3D API. 1. SUN's utility packages: Neither the Loader interface nor the TextureLoader are usefull when the source is an InputStream. Why InputStream com

Re: [JAVA3D] possible improvements

Michael Nischt wrote: > Why InputStream compatiblity is needed ? > Many game formats like the Quake 3 Arena one use a renamed zip-file for > storing the data. Java's ZipFile class provides only an InputStream for > reading, which is of course sufficient. Unfortunally standard j3d > utilities can

Re: [JAVA3D] possible improvements

Hi Michael > 2. Pure Immediate Mode: > > Please don't blame me, but it a fact that most game-developers prefer > programming in pure immediate mode. O.k. Most Scenegraph APIs are aren't Altough I would like to support that point but the question really is if developers who soley relate on immedi

Re: [JAVA3D] possible improvements

Hi Artur, >> Why InputStream compatiblity is needed ? >> Many game formats like the Quake 3 Arena one use a renamed zip-file for >> storing the data. Java's ZipFile class provides only an InputStream for >> reading, which is of course sufficient. Unfortunally standard j3d >> utilities can handle

Re: [JAVA3D] possible improvements

Hi Joachim, [EMAIL PROTECTED]"> 2. Pure Immediate Mode:Please don't blame me, but it a fact that most game-developers preferprogramming in pure immediate mode. O.k. Most Scenegraph APIs are aren't Altough I would like to support that point but the question really is ifdevelopers

Re: [JAVA3D] JAVA3D Development in India?

Where did you read that? - Original Message - From: "Joachim Diepstraten" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 12, 2002 7:12 AM Subject: [JAVA3D] JAVA3D Development in India? > Hi > > I just read that SUN wants to switch a lot of JAVA Development > to Indi

[JAVA3D] 3D Graphs?

I'd like to incorporate some 3D graphs into an application we're developing (Currently using Swing for the user interface). Before I go off and write some code to implement this, I thought I'd see if there were any packages out there already that could do this sort of thing... Does anyone know i

Re: [JAVA3D] JAVA3D Development in India?

Hi Kevin > Where did you read that? german computer newssite http://www.heise.de/newsticker unfortunately they don't translate all the news for their english page :( EOF, J.D. -- Explore SRT with the help of Java3D (http://wwwvis.informatik.uni-stuttgart.de/relativity/minkowski) (http://www.a

Re: [JAVA3D] possible improvements

Hi Michael > >>2. Pure Immediate Mode: > >> > >>Please don't blame me, but it a fact that most game-developers prefer > >>programming in pure immediate mode. O.k. Most Scenegraph APIs are aren't > >> > > > >Altough I would like to support that point but the question really is if > >developers who

Re: [JAVA3D] Java 3D FAQ Weekly Posting (11 Feb 2002)

On Mon, 11 Feb 2002, Kelvin Chung wrote: >3D Texture mapping is already implmented in Java3D v1.3 beta1. > For OpenGL version if the extension query is 1.2 or above > it will get the function via wglGetProcAddress("glTexImage3D"). > This is also true for other opengl extensions. Under D3D, it

Re: [JAVA3D] Java 3D FAQ Weekly Posting (11 Feb 2002)

David Marshburn wrote: > Thanks for the response! If I interpret this corrently, your answer means > that Java3D will _not_ do 3D textures on a PC (since PCs are stuck at > OpenGL 1.1 and access these functions only through extensions)? Just > clarifying explicitly... No, just that the defaul

Re: [JAVA3D] Java 3D FAQ Weekly Posting (11 Feb 2002)

On Wed, 13 Feb 2002, Justin Couch wrote: > David Marshburn wrote: > > > Thanks for the response! If I interpret this corrently, your answer means > > that Java3D will _not_ do 3D textures on a PC (since PCs are stuck at > > OpenGL 1.1 and access these functions only through extensions)? Just >

Re: [JAVA3D] possible improvements

Hi Joachim, [EMAIL PROTECTED]"> For 3D-graphic issues you may be right, but Java3D is much more, becauseinstead of GL4Java, .. it provides an excellent vetor math package, andeverthing (Materials,..) is straight OOP. Further OpenGL alone doesn't Sure that's right but on the oth

Re: [JAVA3D] possible improvements

Michael Nischt wrote: > *1. SUN's utility packages:* > Neither the Loader interface nor the TextureLoader are usefull when the > source is an InputStream. Correct. An InputStream load() method is definitely required. > *2. Pure Immediate Mode:* > > Please don't blame me, but it a fact that mos

Re: [JAVA3D] possible improvements

Michael Nischt wrote: > And again I guess - even if it's possible - it is much more confusing to > work together with JMF for using videos,.. Ah yes, that's prompted me about something I would really like to do: Some texture capability that allows the use of VolatileImage or something similar to

Re: [JAVA3D] possible improvements

Hi Justin, > > A case of using the right tool for the job. With byRef geometry, I > really can't see the need to use immediate mode programming at all. With > a combination of WakeupOnElapsedFrame(0) and byRef geometry you get all > the benefits of retained mode and still get frame by frame proce

Re: [JAVA3D] possible improvements

Hi Justin > to immediate mode. I think that the immediate mode requeusts are just > trying to justify the lack of vision on the part of game programmers to > change development mindsets. "We've always done it this way so you must > accommodate the way we work". I partly agree and disagree. A big

Re: [JAVA3D] possible improvements

On Wed, 13 Feb 2002, Justin Couch wrote: > I disagree strongly with that. If you design your code properly, that is > a non-issue. Have a look at how the particle code and ROAM stuff is > working. Where can we have a look at the particle code and ROAM stuff? > If I could, I would show you how

Re: [JAVA3D] possible improvements

David Marshburn wrote: > On Wed, 13 Feb 2002, Justin Couch wrote: > > >>I disagree strongly with that. If you design your code properly, that is >>a non-issue. Have a look at how the particle code and ROAM stuff is >>working. >> > > Where can we have a look at the particle code and ROAM stuff? ht

Re: [JAVA3D] possible improvements

Joachim Diepstraten wrote: > I partly agree and disagree. A big problem coming with Java3D is you don't > know when rendering is actually done. Okay byRef is nice for changing > geometry but still I've got very interesting flickering effects while > changing camera and byRefs Geometries at the sa

Re: [JAVA3D] 3D Graphs?

Hi, >On Tue, 12 Feb 2002 16:27:56 -, Matt Holland <[EMAIL PROTECTED]> wrote: >I'd like to incorporate some 3D graphs into an application we're developing >(Currently using Swing for the user interface). Before I go off and write >some code to implement this, I thought I'd see if there were a

Re: [JAVA3D] possible improvements

Yep, thanks for the plug Justin. Also http://www.roboforge.com/ is an excellent example of Java3d used for gaming. BTW, Due to trademark violations we have changed the name to Magicosm. It will be a couple of weeks until we have all the relevent website changes made. Dave Yazel http://www.cosm

[JAVA3D] Games with Java3d & VRML : Done ... re: possible improvements

Games _ have been _ done with Java3d & VRML, and you can get the source to at least one, and at least one plays on the web, in a browser. Games for the Web with Java3d with VRML http://www.frontiernet.net/~imaging/games_with_java3d.html | > is the

Re: [JAVA3D] Games with Java3d & VRML : Done ... re: possible imp rovements

Someone forgot to close the door again. -Original Message- From: P. Flavin [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 2:52 PM To: [EMAIL PROTECTED] Subject: [JAVA3D] Games with Java3d & VRML : Done ... re: possible improvements Games _ have been _ done with Java3d & VRM

Re: [JAVA3D] possible improvements

Magicosm! Too good. Whatever the legal issue, you've won out with this stellar name. ~Verdius __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com

[JAVA3D] 'Smart' Video Conferencing with open standards (Nist)

'Smart' Video Conferencing with open standards (Nist) Government Computer News ( Today, Feb. 12, 2002 ): | NIST delves into pervasive computing | | | Pervasive-computing systems could make | conference rooms brainy, according to t

[JAVA3D] Java 3D and Java Web Start

Hi: I would like to serve my Java 3D application using Web Start. In all my searches through the forum and various website, I have not been able to find an answer. Does anyone have this working for them? Could someone from Sun comment on this? Rumor has

[JAVA3D] Stereo Help

Hi Friends: I have got a strange problem. I am using JBuilder 6, Window2000, nVidia GeForce2MX-40 with driver version 12.41. The Patch was applied to the driver so that stereo image could be viewed. This configuration was working quite well before. However, recently I got problem with my syst

Re: [JAVA3D] 3D Graphs?

Matt,   JClass Chart3D by Sitraka can use Java 3D to generate 3D charts:   http://www.sitraka.com/software/jclass/jclasschart3d.html   Sincerely,   Daniel Selman     -Original Message-From: Discussion list for Java 3D API [mailto:[EMAIL PROTECTED]]On Behalf Of Matt HollandSent

Re: [JAVA3D] possible improvements

Hi Justin > > result into flickering [however knows why]) > > Have a look back through the archives. That's a bug in the current stuff > to do with the order you are doing things. IIRC if you write the code to Hmm must have missed that one. Thanks. > change the view transform and then do update