next »

[Agrv]

Hi,

I have just updated XIN and the corresponding source code examples to the current API (in the xith-tk SVN trunk). Is it possible to get admin access to the website to upload the new versions, or maybe do you prefer do it yourself for security reasons.

I have also started to check every test (and benchmark and demo) from xith-tk and would like to release a new cooker (or beta?) when everything is working fine. I already commited a few fixes on some tests.

The aim of this is to show that Xith3D is still supported, because the forum is still very active but the latest news on the website date from two years.

By the way, the link for installing xith on netbeans on the website is dead. I don't mind because I use Eclipse, but maybe someone has a copy of the blog's article to fix this so the information will be complete.

To finish, here are some remarks on the tests I have already done (all benchmarks and demos, and up to the fog tests):
- ColoringAttributesTest: I see no difference when hitting the space key to change the projection mode, is this expected (maybe a newbie question on projection logic, sorry)?
- FullscreenSwitchTest: black fullscreen with JOGL_AWT on my computer, no problem with LWJGL
- Bleeding_Blending: this test is not exposed, is there a reason or was it missed?
- Xith3DLogoTest: for the moment I added SoundProcessor.getInstance().getSoundDriver().start() in the test to have sound on a second launch because the Xith3DEnvironment.destroy() also calls destroy on the sound driver; do you thing this should be placed in the Xith3DEnvironment.<init>?
- PhongLighting: fire artefact or crash with LWJGL_AWT on my machine, other OpenGL layers run fine

- XIN : GLselect picking works with LWJGL but not with JOGL (chapter 09b)

This leads me to ask if it would not be the right time to set LWJGL as the default OpenGLLayer? LWJGL is very active (although their website is strangely down today) and seems to work globally better than JOGL recently, in my tests for fullscreen, GLselect... and the renderAtom random NPE crash reported on this forum by several users only happens with JOGL. Moreover, the LWJGL OpenAL support makes it very complete.

[Marvin Fröhlich]

Hey, this is great news and great work. Thank you so much.

I will grant you complete dev access to everything when I come back home. I love the idea of someone updating all that stuff while I don't have the time to do so.

I have also started to check every test (and benchmark and demo) from xith-tk and would like to release a new cooker (or beta?) when everything is working fine.

Oh yes, please do this. If you think, everything, that is currently supported works up to a certain level, do a beta release. If you think, there are certain things missing (featurewise), that have to be added, do a cooker release.

By the way, the link for installing xith on netbeans on the website is dead. I don't mind because I use Eclipse, but maybe someone has a copy of the blog's article to fix this so the information will be complete.

I will send Mathias a message, so that he can possibly forward you some data or an account or something. He's the original author of that article.

- ColoringAttributesTest: I see no difference when hitting the space key to change the projection mode, is this expected (maybe a newbie question on projection logic, sorry)?

I think, it was Yuri, who added this projection switch to many testcases, but it doesn't make sense for all of them. I removed it here and there. This may be a relic here and can be removed.

- Bleeding_Blending: this test is not exposed, is there a reason or was it missed?

I guess, I forgot to make this testcase extend Xith3DTest. So this is a bug.

- Xith3DLogoTest: for the moment I added SoundProcessor.getInstance().getSoundDriver().start() in the test to have sound on a second launch because the Xith3DEnvironment.destroy() also calls destroy on the sound driver; do you thing this should be placed in the Xith3DEnvironment.<init>?

I guess, I missed that one when I fixed the bug described in this thread.

- PhongLighting: fire artefact or crash with LWJGL_AWT on my machine, other OpenGL layers run fine

LWJGL_AWT never worked as good as it should do. IIRC I never updated it to the latest LWJGL API, where the AWT rendering works slightly different to older versions of LWJGL.

This leads me to ask if it would not be the right time to set LWJGL as the default OpenGLLayer? ...

Yes! I wanted to do this for so long. Mathias objected once, because he intented to suggest Xith3D as a reference project on the JOGL homepage. And in this case it wouldn't be a good sign, if we made LWJGL the default layer. But since Mathias has left the project and won't deal with this anymore, we can and should definitely head this way now. I do agree, that LWJGL is by far the better binding.

Just make sure, that the testcases deal with the default in the correct way. So if a testcase explicitly selects LWJGL and a related testcase uses the default, while it is actually meant to explicitly use JOGL, it should be changed. I think, I have always done so, but who knows.

Marvin

[Agrv]

LWJGL_AWT never worked as good as it should do. IIRC I never updated it to the latest LWJGL API, where the AWT rendering works slightly different to older versions of LWJGL.

What is the main purpose of LWJGL_AWT? Is it AWT integration or using AWT input? If it is AWT integration and then using AWT input is just a side effect because the LWJGL input does not work in this case, LWJGL has recently added a wonderful Display.setparent(Canvas) which does exactly that. I use it on my applet so I can still use LWJGL instead of LWJGL_AWT and benefit of the LWJGL input which works better than the AWT one for games. I could try and see how to modify LWJGL_AWT to use this if you think it is a good idea. Anyway I think I read that LWJGL is going to deprecate the AWTGLCanvas since they introduce the Display.setParent().

[Marvin Fröhlich]

Yes, this is exaclty, what I meant when I said, that I haven't updated it to the latest LWJGL API. Please go ahead and modify LWJGL_AWT to use Display.setParent().

I hate the AWT input system. It is kinda "sufficient" for desktop applications. But sucks for games. The LWJGL input is a lot better and should be used, where it can.

Marvin

[Agrv]

On the website, the bottom middle link "Impressum" is broken. Can it be removed or do you wish to keep it and still know/have a copy of what was on that page?

[Marvin Fröhlich]

Any website has the have an impressum. This is at least in German law. There must be an impressum.php somewhere in the webspace. I can check it this late evening.

Marvin

[Marvin Fröhlich]

Ok, I checked it. The impressum source is missing for some reason. Would you mind creating a new impressum?

Marvin

[Agrv]

I don't mind creating a new impressum, but I don't have the information needed.

According to wikipedia:

The Telemediengesetz requires that German websites must have an Impressum  disclosing information about the publisher, including their name and address, telephone number or e-mail address, trade registry number, VAT number, and other information depending on the type of company.[4][5]  German websites are defined as being published by individuals or organisations that are based in Germany, so an Impressum is required regardless of whether a site is in the .de domain.

Can you provide me with the information relevant for Xith3D? I looked in the wayback machine but sadly it looks like this page never existed: did not find a link on the pre-hack joomla version and the impressum of the post-hack version was apparently dead since the beginning.

BTW I have updated XIN on the website. Don't hesitate to tell me if you notice something I did wrong. I also changed the default OpenGL layer to LWJGL in the repository (notified in XIN) and I am progressing on the way to the beta release.

I also plan to add a page with java web start versions of the coolest tests/demos if you agree with this.

[Marvin Fröhlich]

Of course I agree .

Well, we don't need to place a telephone number on the impressum. Xith3D is not a German project and I am not the only one involved in it. I guess, we can simply use info@xith.org as the email address and write something like "This project is an Open Source project hosted on this page and sourceforge (as a link). It is released under the terms of the BSD license. Feel free to contact us in our forums (link) and to contribute."

Well, feel free to modify the wording as you please. It is just a guidepost.

Great work again. Thank you very much.

Oh, and by the way. Now that you're very active in the xith development, would you mind following our custom by changing your forum nick to your full name (possibly including your acronym, if you want) and use it anywhere related to the project?

Marvin

[Marvin Fröhlich]

I think, it would be good to change the XIN code to move the call to begin() to the main() method instead of the constructor, which was a bad old habit of mine.

"ease", which I used here and there should be replaced by "simplify".

How do you like this new text for the OpenGLLayer decision?

Why would you use LWJGL? It is generally faster (on some systems more on some less) and has guaranteed fullscreen support. The used input bindings work a lot better for games.

Marvin

[Agrv]

Nice, I have done those updates.

[Marvin Fröhlich]

Thanks a lot.

[Agrv]

I have uploaded a new cooker release.

I will upload a beta release when I have checked all tests, which is not finished yet. And as my vacation period ends tonight, it will probably take some time to complete, that's why I made sure that all tests are launching (with two exceptions that I cannot fix now) and uploaded this cooker.

I will also update the online javadoc soon, the JAGaToo one is somewhat outdated.

[Marvin Fröhlich]

This is awesome. Thank you very much, dude.

Marvin