Anyone working on the NeHe tutorials?

[pepijnve]

I've modified JavaCoolDudes code to look similar to my own code (hope you don't mind). Updated zip here.

[Java Cool Dude]

I liked how you mixed up my work and yours, big thumb up

[mockum]

Here's an Ant build.xml:

<?xml version="1.0"?>

<!-- Ant build file for the NeHe OpenGL/JOGL demos. -->
<project name="nehe-demos" default="jar" basedir=".">

 <property file="ant.properties"/>

 <property name="build.dir" value="build"/>
 <property name="cache.dir" value="cache"/>
 <property name="dist.dir" value="lib"/>
 <property name="src.dir" value="src"/>
 <property name="jar" value="${dist.dir}/nehe-demos.jar"/>
 <property name="dist" value="${dist.dir}/nehe-demos.zip"/>
 <property name="jogljar" value="${dist.dir}/jogl.jar"/>
 <property name="debug" value="false"/>

 <path id="project.class.path">
   <pathelement path="${java.class.path}"/>
   <pathelement path="${jogljar}"/>
 </path>


 <target name="init">
   <tstamp/>
 </target>


 <target name="prepare" depends="init">
   <mkdir dir="${build.dir}"/>
   <mkdir dir="${dist.dir}"/>
 </target>


 <target name="compile" depends="prepare">
   <depend srcdir="${src.dir}" destdir="${build.dir}" cache="${cache.dir}" closure="yes"/>
   <javac srcdir="${src.dir}" destdir="${build.dir}" debug="${debug}">
        <classpath refid="project.class.path"/>
   </javac>
 </target>


 <target name="jar" depends="prepare,compile">
   <jar jarfile="${jar}" basedir="${build.dir}"/>
 </target>


 <target name="dist" depends="jar,clean">
   <delete file="${dist}"/>
   <zip zipfile="${dist}" basedir="."/>
 </target>


 <target name="clean" depends="init">
   <delete dir="${build.dir}"/>
   <delete dir="${cache.dir}"/>
 </target>


 <target name="clean-all" depends="clean">
   <delete file="${jar}"/>
   <delete file="${dist}"/>
 </target>
</project>


And a sample (and optional) ant.properties:

# Tell Ant which compiler to use.
build.compiler=jikes

# Tell Ant and Jikes to output errors in a emacs-friendly format.
build.compiler.emacs=yes

# Tell javac/jikes to include debugging information into the .class files.
debug=on

Games published by our own members! Check 'em out!

[pepijnve]

Thank you for the build script. I have added it to the zip file on my server.

[Java Cool Dude]

Would somebody contact Nehe about the work that we did so far? Seeing the current shape of the material, I think it's safe to expose it to a larger audiance through the mentioned website.
Peace.
PS: I'm too busy working on a little demo which will demonstrate the use of vertex shaders in volume shadows :p

[Caoimhin]

I've pointed Jeff Molofee (NeHe) to this thread awhile back.  I think you guys only need to submit your ports to him. I know pepijnve has already sent a few ports to him.

[pepijnve]

I've updated the zip on my server again. I've added the last two lessons I was going to port.
zip file

[Java Cool Dude]

I've updated the zip on my server again. I've added the last two lessons I was going to port.
zip file

What happened to lesson 30 and 24?

[pepijnve]

I haven't had time to integrate them yet. Patience my friend

[Java Cool Dude]

I haven't had time to integrate them yet. Patience my friend

Roger that
/me back working a Quake3 model + animation loader for JOGL

Games published by our own members! Check 'em out!

[pepijnve]

I've added lessons 24 and 30 and updated the zip.

[kaffiene]

Is it possible to submit the nehe tutorials to the jogl/demos cvs repository?

That would provide one point of contact to get all the jogl tutorials (NeHe provides no way to browse only those tutorials that have Jogl ports AFAIK)

It would also allow all updates to be fetched in one go, and put the demos somewhere where visitors to games.dev.java.net are likely to find them.

[Ken Russell]

I've been hoping someone on this thread could assemble the demos into that tree and test the results to make sure they all build and run. Any takers?

[pepijnve]

Ken, the demos I've put up on my site should integrate fine now with the other demos from jogl. All source is under a package demos.nehe. Also all the demos read their data file from a directory demos/data/(images|models|samples) and also support that these files are read from a jar. Is this sufficient? As you know I'm kind of stuck on signing the contributors agreement, so someone else will have to check them in.

[Ken Russell]

It sounds good. Ideally I would like a developer to sign up for maintaining these demos once checked in to the source tree.

Could you please file an RFE for integrating these sources into the jogl-demos tree? Thanks.

[pepijnve]

Done

[Java Cool Dude]

I've added lessons 24 and 30 and updated the zip.

You only included the .Bat files my friend

[pepijnve]

Serious? Hum, there goes my reputation I'll fix this asap (being tonight).

[pepijnve]

Stupid me. I uploaded the wrong zip file. That little mistake has been corrected now.

[Java Cool Dude]

Pepi: I'm working on a Quake3 loader and animator in JOGL, and I'm pretty advanced as I type in these lines.
Question is, do you mind taking my code once done and shape it the way you did with my nehe's port?
Like including the binaries etc...
I also wanna use your bitmapLoader class as it's that || close to mine, but looks prettier to the eye

[Caoimhin]

I've a silly question.  Why are you guys using batch files?  Why aren't you just making your jars executable?

I've never found someone else's batch file to be compatible with my runtime environment on Win32.  And they're useless on other platforms.

Just curious...

[pepijnve]

Good point. I simply hadn't thought of packaging them that way. I'll see if I can repackage the lessons quickly.

[pepijnve]

http://pepijn.fab4.be/nehe/nehe-demos-execjars.zip
Here's a zip containing each lesson as a self contained executable jar. I repackaged them manually for now. I'll look into a proper ant script tommorrow.

[quintesse]

I think the MANIFEST is wrong, it now says something like Main-Class: demos/nehe/lesson04/Lesson04 while I think it should be Main-Class: demos.nehe.lesson04.Lesson04 (I'm getting class not found errors while unpacking the jar and executing manually does work).

The other thing is that the jars all refer to Class-Path: data-lessonNN.jar, are these necessary? (although I don't think they're doinig any harm either)

[pepijnve]

The class-path item is indeed wrong. That's what you get when doing late night updates . I'm not sure about the main-class item though. The manifest spec says

Main-Class :
The value of this attribute defines the relative path of the main application class which the launcher will load at startup time. The value must not have the .class extension appended to the class name.

I interpreted 'path' as meaning 'use slashes as separator'. I tested this on my Powerbook and it ran fine there. I didn't test on windows or linux though. I'll give the dot separator approach a try when I get home from work.

[Caoimhin]

You use the dot separator.  For example:

Main-Class: com.myco.game.MyGame
Class-Path: dependency.jar

dependency.jar would then have to be in the same directory as the executing jar or in the current classpath.

My guess is specifying the path with slashes worked because you had those classes in that directory structure on your drive.  It read the drive rather than the contents of the jar.

[quintesse]

Maybe that's Java implementation dependent because doing "java some/path/to/a/Class" does not work on my Windows system (j2sdk 1.4.2) regardless if the directories exist or if it's a jar. Only "java some.path.to.a.Class" works.

[Caoimhin]

I've got some time now to work on the next tutorial, but I'm a big confused now.

Are we going with a common framework?
If not, is pepijnve going to continue to port work to the framework for the jogl demos?
Are we going to have to maintain two versions?  One for nehe.gamedev.net and one for jogl-demos.java.net?  Updating code between two sites is going to be a bear without CVS write access.  And nehe updates his site by hand.

[Caoimhin]

Ouch, the GLDisplay class is not working on this machine for fullscreen.

1   2   3   4   5   6   7   8

C:\Development\Projects\jogl\nehe-demos\src>java demos.nehe.lesson01.Lesson01 Exception in thread "main" java.lang.InternalError: Could not get display mode         at sun.awt.Win32GraphicsDevice.getCurrentDisplayMode(Native Method)         at sun.awt.Win32GraphicsDevice.getDisplayMode(Win32GraphicsDevice.java:330)         at java.awt.GraphicsDevice.setFullScreenWindow(GraphicsDevice.java:195)         at sun.awt.Win32GraphicsDevice.setFullScreenWindow(Win32GraphicsDevice.java:262)         at demos.nehe.common.GLDisplay.start(GLDisplay.java:74)         at demos.nehe.lesson01.Lesson01.main(Lesson01.java:9)

[Caoimhin]

Maybe that's Java implementation dependent because doing "java some/path/to/a/Class" does not work on my Windows system (j2sdk 1.4.2) regardless if the directories exist or if it's a jar. Only "java some.path.to.a.Class" works.

I'm running Sun's JRE and JDK.

C:\>java -version
java version "1.4.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_03-b02)
Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode)

Either slashes or dots work fine for me as long as I'm executing from the top of the package tree.  I also run without a CLASSPATH if I can avoid it.