Not yet, I've been a bit obsessed with another project I'm working on (a Nintendo 64 emulator for Android).  I tend to cycle through my projects as I get burned out on them so I'll eventually get back around to this one.

??  Absolute path implies that it is not in the jar, doesn't it?  If there is some reason you can't/won't compile your resource files in the jar, then why not use one of the methods that take an InputStream argument to load your files?  Also, there's no problem running from within Netbeans.

Hello what does this mean?
...
    Unable to open file 'sound/fx/scraping-ice-1.wav' in method 'loadSound'
...
    Unable to open file 'scraping-ice-1.wav' in method 'loadSound'

This means it was unable to open the file.  Most likely cause is the name of the file or the folder path are misspelled.  Note that it is case sensitive (i.e. "sound" vs. "Sound"), and be sure to check if there is a missing "s" (i.e. "sound" vs. "sounds").

If you are sure the path and file names are correct, the next thing to check is if you compiled the file into the JAR (passing a name like "sound/fx/whatever.wav" will look inside the JAR for the file, not in the external containing folder).

If neither of those are the problem, please post your initialization code (any SoundSystemConfig settings and plug-ins), or the HTML file you are using for the loader.

I'm not sure the procedure you used to create your terrain, so this might not apply, but in my RobotBuilder project, I have the terrain built as a tiled grid with a height for each vertice.  I can accurately know the height at a given 2D coordinate on the map by interpolating between the two horizontal and two vertical vertices, as long as the remaining "catty-corner" vertice isn't completely different than the other three (which I've made sure of when I originally created the terrain).  I can provide some example code if that is hard to visualize from my description.

The method I've always used to determine the "click point" works like this (I've not done this in an Android project, but the concept should be the same):

1) Use Interact2D.reproject2D3D to convert 2D click coordinates into 3D camera space
2) Use SimpleVector.matMul and SimpleVector.add to converted that to world space
3) Use SimpleVector.calcSub and SimpleVector.normalize to calculate the direction vector
4) Use World.calcMinDistance to obtain the distance
5) Use SimpleVector.add to obtain the 3D coordinates of the "click point".

So in an applet, I've used this procedure as follows:
        // Get the mouse's coordinates on the applet window:
        int x = e.getX();
        int y = e.getY();
       
        // Get the 3D coordinates in Camera space:
        SimpleVector position = new SimpleVector( Interact2D.reproject2D3D(
                                                       camera, buffer, x, y ) );
        // Convert the coordinates to World space:
        position.matMul( camera.getBack().invert3x3() );
        position.add( camera.getPosition() );
       
        // Determine the direction from the camera position to the click point:
        SimpleVector direction = position.calcSub( camera.getPosition() ).normalize();
       
        // Calculate the distance to whatever was clicked on:
        float distance = world.calcMinDistance( position, direction, 10000 );
       
        // Check if we clicked on something:
        if( distance == Object3D.COLLISION_NONE )
        {
            // Nope, didn't click on anything.
        }
        else
        {
            // Calculate the exact 3D coordinates for the point that was clicked:
            SimpleVector collisionPoint = new SimpleVector( direction );
            collisionPoint.scalarMul( distance );
            collisionPoint.add( position );
        }


In case anyone else doesn't have a nice test case for you, here are some of the methods that you will be looking at (I just threw this together from the sourcecode for my Animated GIFs project, so it isn't really a complete working example):

import android.graphics.Bitmap;

Bitmap image = Bitmap.createBitmap( textureWidth, textureHeight, Bitmap.Config.ARGB_4444 );
int[] pixels = new int[image.getWidth() * image.getHeight()];

// Of course you can draw whatever you like into the pixels array.  Some other useful things:

// To copy the contents of the pixels array onto the Bitmap:
image.setPixels( pixels, 0, image.getWidth(), 0, 0, image.getWidth(), image.getHeight() );

// If you want to clear the bitmap:
if( useAlpha )
    image.eraseColor( Color.TRANSPARENT );
else
    image.eraseColor( Color.BLACK );

// Or if you have a "background" image that you always want to start with:
background.getPixels( pixels, 0, background.getWidth(), 0, 0,
    background.getWidth(), background.getHeight() );
image.setPixels( pixels, 0, background.getWidth(), 0, 0,
    background.getWidth(), background.getHeight() );

// To create a new Texture from the Bitmap:
Texture newTexture = new Texture( image, useAlpha );

// Then to replace an existing texture with the new one you created:
TextureManager.getInstance().replaceTexture( textureID, newTexture );

This sounds similar to what dl.zerocool was doing on this thread.  Specifically, this may be related to your problem:

I create a new camera and I give a render to my glSurfaceView
and of course set the Translucent window  (8888) pixel format and depth buffer to it.
(Without that your glSurfaceView will not support alpha channel and you will not see the camera layer.)

I've not done anything like this myself, so I don't know if this is helpful or not.

I am thinking about making some children's educational games, and one effect I'd like to achieve is for each frame to look like a 2D drawing in a comic or colloring book.  I've been playing around with various settings and textures, and so far I get the closest to my goal if I use only ambient lighting and texture a black "outline" on the edge of each component (for example around the waist and ankles of a pair of pants).  The main problem is somehow drawing an outline around the visible edges of each object.  I'm thinking I could duplicate each object and texture one completely black and scale it up a tad, then use a pseudo-billboarding effect to always have it behind to other object.  I thought I'd see if anyone here has some additional ideas I could try to improve the effect I'm after.