sdljava-users — General Discussion about sdljava and gljava

Re: [sdljava-users] SDLVideoTest fails on FC4

[Ivan Z. G. <iva...@ya...>]

Greetings Shane,

Sorry that your having trouble. I just tried it myself and I don't see=20
the image either. Just a blank window. Not sure when this stopped=20
working. Should hit myself for not regression testing. I will try to=20
figure out the problem.

Don't want to add more bad news but I never implemented the YUV Overlay=20
stuff. Don't really know much about that aspect. Is it just a few method=20
calls or much more involved? I think I remember it wasn't easy to map=20
(via swig) initially so that is why I skipped it.

testimage seems to be working fine though. hmm.

-Ivan/

Shane M. Walton wrote:

> The current binary download for Linux i386 doesn=92t give me the=20
> NullPointerException, but it doesn=92t show the test_bmp.bmp aka power=20
> plant.
>
> My ultimate goal is to create a Java video application that can render=20
> video using the YUV Overlay. Maybe it would just work, but I don=92t=20
> feel all warm and fuzzy if the test application doesn=92t. Has anybody=20
> else had this issue?
>
> Shane
>
> -----------------------------------------------------------------------=
-
>
> *From:* sdl...@li...=20
> [mailto:sdl...@li...] *On Behalf Of=20
> *Shane M. Walton
> *Sent:* Friday, March 03, 2006 7:35 AM
> *To:* sdl...@li...
> *Subject:* [sdljava-users] SDLVideoTest fails on FC4
>
> OS: Fedora Core 4 (i686)
>
> SDL: 1.2.8-3.2
>
> JDK: Sun 1.5.0_06
>
> SWIG: 1.3.24-2
>
> The following happens with both stable release and cvs trunk checkout:
>
> java -Djava.library.path=3D./lib -cp ./classes/ sdljava.video.SDLVideoT=
est
>
> Video subsystem initialized
>
> java.lang.NullPointerException
>
> at sdljava.video.SDLPixelFormat.getPalette(SDLPixelFormat.java:61)
>
> at sdljava.video.SDLPixelFormat.toString(SDLPixelFormat.java:375)
>
> at sdljava.video.SDLSurface.toString(SDLSurface.java:1122)
>
> at java.lang.String.valueOf(String.java:2577)
>
> at java.lang.StringBuffer.append(StringBuffer.java:220)
>
> at sdljava.video.SDLVideoTest.init(SDLVideoTest.java:21)
>
> at sdljava.video.SDLVideoTest.main(SDLVideoTest.java:70)
>
> Seems like all accessors in SDLPixelFormat throw a NullPointerException.
>
> Thanks.
>
> Shane
>

RE: [sdljava-users] SDLVideoTest fails on FC4

[Shane M. W. <swa...@co...>]

The current binary download for Linux i386 doesn't give me the
NullPointerException, but it doesn't show the test_bmp.bmp aka power plant.

 

My ultimate goal is to create a Java video application that can render video
using the YUV Overlay.  Maybe it would just work, but I don't feel all warm
and fuzzy if the test application doesn't.  Has anybody else had this issue?

 

Shane

 

  _____  

From: sdl...@li...
[mailto:sdl...@li...] On Behalf Of Shane M.
Walton
Sent: Friday, March 03, 2006 7:35 AM
To: sdl...@li...
Subject: [sdljava-users] SDLVideoTest fails on FC4

 

OS: Fedora Core 4 (i686)

SDL: 1.2.8-3.2

JDK: Sun 1.5.0_06

SWIG: 1.3.24-2

 

The following happens with both stable release and cvs trunk checkout:

 

java -Djava.library.path=./lib -cp ./classes/ sdljava.video.SDLVideoTest

Video subsystem initialized

java.lang.NullPointerException

        at sdljava.video.SDLPixelFormat.getPalette(SDLPixelFormat.java:61)

        at sdljava.video.SDLPixelFormat.toString(SDLPixelFormat.java:375)

        at sdljava.video.SDLSurface.toString(SDLSurface.java:1122)

        at java.lang.String.valueOf(String.java:2577)

        at java.lang.StringBuffer.append(StringBuffer.java:220)

        at sdljava.video.SDLVideoTest.init(SDLVideoTest.java:21)

        at sdljava.video.SDLVideoTest.main(SDLVideoTest.java:70)

 

Seems like all accessors in SDLPixelFormat throw a NullPointerException.

 

Thanks.

 

Shane

 

 

 

[sdljava-users] SDLVideoTest fails on FC4

[Shane M. W. <swa...@co...>]

OS: Fedora Core 4 (i686)

SDL: 1.2.8-3.2

JDK: Sun 1.5.0_06

SWIG: 1.3.24-2

 

The following happens with both stable release and cvs trunk checkout:

 

java -Djava.library.path=./lib -cp ./classes/ sdljava.video.SDLVideoTest

Video subsystem initialized

java.lang.NullPointerException

        at sdljava.video.SDLPixelFormat.getPalette(SDLPixelFormat.java:61)

        at sdljava.video.SDLPixelFormat.toString(SDLPixelFormat.java:375)

        at sdljava.video.SDLSurface.toString(SDLSurface.java:1122)

        at java.lang.String.valueOf(String.java:2577)

        at java.lang.StringBuffer.append(StringBuffer.java:220)

        at sdljava.video.SDLVideoTest.init(SDLVideoTest.java:21)

        at sdljava.video.SDLVideoTest.main(SDLVideoTest.java:70)

 

Seems like all accessors in SDLPixelFormat throw a NullPointerException.

 

Thanks.

 

Shane

 

 

 

[sdljava-users] SDL_Gfx DLL

[EISELE P. <lem...@nw...>]

Hi,

I can't find SDL_Gfx compiled for sdljava on the web... Is someone have it ? 

Thanks

-- 
EISELE Pascal <lem...@nw...>
http://www.nwolf.org

Re: [sdljava-users] Image Rotation

[Ivan Z. G. <iva...@ya...>]

Greetings,

There are a few options.  One is to use the SDL_Gfx library.  Look in 
SDL_rotozoom.h.  Another is to try using something like java.awt.Image 
or 2DGraphics.  I havn't tried this myself.  However if you get the 
pixels in the correct format it should probably work.  You can access 
the bytes of the SDLSurface very quickly with the 
SDLSurface.getPixelData() method.  Finally you could just use OpenGL.  
Draw your sprites as Quads and then rotoation is no problem.  If you 
look at org.gljava.opengl.Sprite class this already takes care of doing 
that.  If you browse in there you should be able to see how to load an 
image, turn it into a sprite, and get it displayed.  OpenGL is probably 
the best way as you will get all the awsome features of OpenGL for free.

Cheers,
-Ivan/

lem...@nw... wrote:

>Hello,
>
>I've started to port my C/SDL game (CarWars / http://www.nwolf.org/carwars) 
>into JAVA with JAVA SDL binding.
>I'm looking for a method to rotate and resize an image... (Before, I was using 
>a C library that was working pretty good ;))
>Any idea ? 
>I've read that it's possible to use java.awt.Image or 2DGraphics with JAVA 
>SDL, is that true ? Any example ?
>
>Thanks ;)
>
>
>
>  
>

[sdljava-users] Image Rotation

[<lem...@nw...>]

Hello,

I've started to port my C/SDL game (CarWars / http://www.nwolf.org/carwar=
s)=20
into JAVA with JAVA SDL binding.
I'm looking for a method to rotate and resize an image... (Before, I was =
using=20
a C library that was working pretty good ;))
Any idea ?=20
I've read that it's possible to use java.awt.Image or 2DGraphics with JAV=
A=20
SDL, is that true ? Any example ?

Thanks ;)



--=20
>--------------------------------------------------------
=A0 EISELE Pascal (pe...@fr...)
=A0 Nouveau site : http://www.nwolf.org/~lemmings

Re: [sdljava-users] showCursor() method added to SDLEvent

[Ivan Z. G. <iva...@ya...>]

Hey,

Sweet little device!
-Ivan/

Robert Schuster wrote:

>Great!
>
>Using this way I can remove the ugly cursor on my GP2X[0]. :)
>
>cya
>Robert
>
>[0] - http://gp2x.co.uk/
>
>Ivan Z. Ganza wrote:
>  
>
>>Greetings!
>>
>>I have added the following method to SDLEvent:
>>
>>/**
>>  *
>>  * Toggle whether or not the cursor is shown on the screen.
>>  * The cursor starts off displayed, but can be turned off.
>>  * SDL_ShowCursor() returns true if the cursor was being displayed
>>  * before the call, or false if it was not.  You can query the current
>>  * state by passing a 'toggle' value of -1.
>>  *
>>  * @return 1 if the cursor was being displayed before the call, or 0 if
>>it was not.
>>  */
>> public static boolean showCursor(int toggle)
>>
>>
>>-Ivan/
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>>files
>>for problems?  Stop!  Download the new AJAX search engine that makes
>>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>>    
>>

Re: [sdljava-users] showCursor() method added to SDLEvent

[Robert S. <the...@gm...>]

Great!

Using this way I can remove the ugly cursor on my GP2X[0]. :)

cya
Robert

[0] - http://gp2x.co.uk/

Ivan Z. Ganza wrote:
> Greetings!
> 
> I have added the following method to SDLEvent:
> 
> /**
>   *
>   * Toggle whether or not the cursor is shown on the screen.
>   * The cursor starts off displayed, but can be turned off.
>   * SDL_ShowCursor() returns true if the cursor was being displayed
>   * before the call, or false if it was not.  You can query the current
>   * state by passing a 'toggle' value of -1.
>   *
>   * @return 1 if the cursor was being displayed before the call, or 0 if
> it was not.
>   */
>  public static boolean showCursor(int toggle)
> 
> 
> -Ivan/
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
> 
> 

[sdljava-users] showCursor() method added to SDLEvent

[Ivan Z. G. <iva...@ya...>]

Greetings!

I have added the following method to SDLEvent:
 
/**
   *
   * Toggle whether or not the cursor is shown on the screen.
   * The cursor starts off displayed, but can be turned off.
   * SDL_ShowCursor() returns true if the cursor was being displayed
   * before the call, or false if it was not.  You can query the current
   * state by passing a 'toggle' value of -1.
   *
   * @return 1 if the cursor was being displayed before the call, or 0 
if it was not.
   */
  public static boolean showCursor(int toggle)


-Ivan/

Re: [sdljava-users] Mac OS X built?

[Ivan Z. G. <iva...@ya...>]

FYI, the problem here seems to be simply it can't find the library 
file.  Perhaps a problem with case, or it really doesn't exist?  Isn't 
in lib path?

-Ivan/

Ivan Z. Ganza wrote:

> Greetings,
>
> I don't know of anyone building sdljava on OSX.  Sadly I don't have an 
> OSX machine handly so I'm not able to try.  Please if your able to get 
> it working send me the Makefiles etc so I could add it to CVS for others.
>
> Thanks!
> -Ivan/
>
> Item State wrote:
>
>> hi
>>
>> does someone have a Mac OS X (10.3.9 / Java 1.4) built
>> of sldjava? i tried myself using a modified makefile i
>> found on the list archives that builds dynlibs. make
>> always fails with message
>>
>> ld: can't locate file for: -lSDLmain
>> make: *** [libsdljava.jnilib] Error 1
>>
>>
>> ?? thanks a lot. ciao, -sciss-
>>
>>
>>
>>        
>> ____________________________________________________ Do you Yahoo!? 
>> The New Yahoo! Movies: Check out the Latest Trailers, Premiere Photos 
>> and full Actor Database. http://au.movies.yahoo.com
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through 
>> log files
>> for problems?  Stop!  Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>> _______________________________________________
>> sdljava-users mailing list
>> sdl...@li...
>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>  
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] Mac OS X built?

[Ivan Z. G. <iva...@ya...>]

Greetings,

I don't know of anyone building sdljava on OSX.  Sadly I don't have an 
OSX machine handly so I'm not able to try.  Please if your able to get 
it working send me the Makefiles etc so I could add it to CVS for others.

Thanks!
-Ivan/

Item State wrote:

>hi
>
>does someone have a Mac OS X (10.3.9 / Java 1.4) built
>of sldjava? i tried myself using a modified makefile i
>found on the list archives that builds dynlibs. make
>always fails with message
>
>ld: can't locate file for: -lSDLmain
>make: *** [libsdljava.jnilib] Error 1
>
>
>?? thanks a lot. ciao, -sciss-
>
>
>
>		
>____________________________________________________ 
>Do you Yahoo!? 
>The New Yahoo! Movies: Check out the Latest Trailers, Premiere Photos and full Actor Database. 
>http://au.movies.yahoo.com
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>  
>

[sdljava-users] Mac OS X built?

[Item S. <ite...@ya...>]

hi

does someone have a Mac OS X (10.3.9 / Java 1.4) built
of sldjava? i tried myself using a modified makefile i
found on the list archives that builds dynlibs. make
always fails with message

ld: can't locate file for: -lSDLmain
make: *** [libsdljava.jnilib] Error 1


?? thanks a lot. ciao, -sciss-



		
____________________________________________________ 
Do you Yahoo!? 
The New Yahoo! Movies: Check out the Latest Trailers, Premiere Photos and full Actor Database. 
http://au.movies.yahoo.com

Re: [sdljava-users] FTFont - Native characters

[Ivan Z. G. <iva...@ya...>]

Hi Thomas,

I'm really not sure as to the answer to your question.  Perhaps post a=20
question to the FTGL mailing list and see what they say.  Maybe there is=20
something else I need to implement or do to support it.  Sorry I could=20
not be more help.

I'll have a look at the glSelectBuffer code and see if I can find=20
something wrong.

-Ivan/

Thomas Brix Larsen wrote:

>Hi List :)
>
>Is there any way to make FTFont (esp. FTGLTextureFont) render my native=20
>charaters (=E6, =F8, =E5)? Right now it renders combinations of other un=
related=20
>charcters instead.
>
>Using KFontView I have verified that the TTF I'm using actually has my n=
ative=20
>characters so that's not the problem.
>
>
>Also it seems that glSelectBuffer doesn't work when using the native arr=
ay=20
>version (it fills my array with garbage!), but it works just fine when u=
sing=20
>a direct nio buffer.
>
>- Brix
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log f=
iles
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> =20
>

[sdljava-users] FTFont - Native characters

[Thomas B. L. <ki...@ge...>]

Hi List :)

Is there any way to make FTFont (esp. FTGLTextureFont) render my native=20
charaters (=E6, =F8, =E5)? Right now it renders combinations of other unrel=
ated=20
charcters instead.

Using KFontView I have verified that the TTF I'm using actually has my nati=
ve=20
characters so that's not the problem.


Also it seems that glSelectBuffer doesn't work when using the native array=
=20
version (it fills my array with garbage!), but it works just fine when usin=
g=20
a direct nio buffer.

=2D Brix

Re: [sdljava-users] Incorrect behaviour of glTranslatef() on Linux?

[Raffael H. <her...@ra...>]

Ivan Z. Ganza schrieb:
> I would have to gamble that glTranslatef() is working correctly.  The
> reason is that sdljava only delegates the call to the OpenGL layer
> and does nothing special itself.

Yes, I actually thought so too, but the behaviour was so funny ... ;)

Yesterday I managed to figure out what was going wrong by looking at a=20
C/SDL 'port' of the tutorial code. This code did some more OpenGL=20
initialization before the 1:1 port of the tutorial:

  gl.glEnable(GL.GL_TEXTURE_2D);
  gl.glShadeModel(GL.GL_SMOOTH);
  gl.glClearColor(0f, 0f, 0f, 0f);
  gl.glClearDepth(1);
  gl.glEnable(GL.GL_DEPTH_TEST);
  gl.glDepthFunc(GL.GL_LEQUAL);

  gl.glMatrixMode(GL.GL_PROJECTION);
  gl.glLoadIdentity();
  gl.gluPerspective(45f, (float)width/(float)height, .1f, 100f);

  gl.glMatrixMode(GL.GL_MODELVIEW);
  gl.glHint(GL.GL_PERSPECTIVE_CORRECTION_HINT, GL.GL_NICEST);

By experiments I found that the call to gluPerspective() while in matrix=20
mode GL_PROJECTION is the important action here which makes things=20
working as they should. I'm sure, some time I'll even understand=20
why. ;)

cu & thanks,
   Raffi

=2D-=20
The difference between theory and practice is that in theory, there is
no difference, but in practice, there is.

he...@ra... =B7 ICQ#67961355 =B7 PGP Key 5D1FF5F4 =B7 www.raffael.ch

Re: [sdljava-users] Incorrect behaviour of glTranslatef() on Linux?

[Ivan Z. G. <iva...@ya...>]

Hi Raffael,

I would have to gamble that glTranslatef() is working correctly.  The
reason is that sdljava only delegates the call to the OpenGL layer and
does nothing special itself.  Unless something funny is happening to the
numbers before they get to the OpenGL layer I can't imagine there to be
a problem.  Conversion of the numbers appropriatly is taken care of by
swig so this should be fairly solid...

Sorry that I can't be more help.

-Ivan/

Raffael Herzog wrote:

>Hi,
>
>I'm having a strange problem with sdljava on Ubuntu Linux (Breezy). I 
>was trying go through the NeHe tutorials, but I already failed in the 
>first lesson because glTranslatef() seems to behave very strangely 
>(maybe incorrectly?).
>
>First the Code:
>
>  gl.glLoadIdentity();
>  gl.glClear(GL.GL_COLOR_BUFFER_BIT | GL.GL_DEPTH_BUFFER_BIT);
>  gl.glColor3f(1.0f, 1.0f, 1.0f); // added by me, to be sure
>  gl.glTranslatef(-1.5f, 0f, -6f);
>
>  gl.glBegin(GL.GL_POLYGON);
>  gl.glVertex3f(0.0f, 1.0f, 0.0f);
>  gl.glVertex3f(-1.0f, -1.0f, 0.0f);
>  gl.glVertex3f(1.0f, -1.0f, 0.0f);
>  gl.glEnd();
>
>  gl.glTranslatef(3.0f, 0.0f, 0.0f);
>
>  gl.glBegin(GL.GL_QUADS);
>  gl.glVertex3f(-1.0f, 1.0f, 0.0f);
>  gl.glVertex3f(1.0f, 1.0f, 0.0f);
>  gl.glVertex3f(1.0f, -1.0f, 0.0f);
>  gl.glVertex3f(-1.0f, -1.0f, 0.0f);
>  gl.glEnd();
>
>  gl.flush();
>  surface.glSwapBuffers();
>
>The problematic line is the 4th one: "gl.glTranslatef(-1.5f, 0f, -6f);"
>
>Like this, all I get is a black window. If I change -6f to 0f, it works 
>correctly, but of course, it's too big, that's why we want to move back 
>first. ;)
>
>The strange thing now is: If I change it to 1f or -1f, I get exactly the 
>same picture as with 0f. If, however, I change it to 1.1f or -1.1f, I'm 
>back at the black window. The x and y axis seem to work correctly.
>
>Do I have to set some flag somewhere with sdljava or is this actually a 
>bug in sdljava (or maybe some sort of incompatibility with Breezy)?
>
>Both OpenGL tests shipped with sdljava work fine BTW, but they don't use 
>glTranslatef(). Oh, and another thing, I also tried replacing 
>glTranslatef() with glTranslated(), but that's just the same thing.
>
>TIA,
>   Raffi
>
>  
>

[sdljava-users] Incorrect behaviour of glTranslatef() on Linux?

[Raffael H. <her...@ra...>]

Hi,

I'm having a strange problem with sdljava on Ubuntu Linux (Breezy). I=20
was trying go through the NeHe tutorials, but I already failed in the=20
first lesson because glTranslatef() seems to behave very strangely=20
(maybe incorrectly?).

=46irst the Code:

  gl.glLoadIdentity();
  gl.glClear(GL.GL_COLOR_BUFFER_BIT | GL.GL_DEPTH_BUFFER_BIT);
  gl.glColor3f(1.0f, 1.0f, 1.0f); // added by me, to be sure
  gl.glTranslatef(-1.5f, 0f, -6f);

  gl.glBegin(GL.GL_POLYGON);
  gl.glVertex3f(0.0f, 1.0f, 0.0f);
  gl.glVertex3f(-1.0f, -1.0f, 0.0f);
  gl.glVertex3f(1.0f, -1.0f, 0.0f);
  gl.glEnd();

  gl.glTranslatef(3.0f, 0.0f, 0.0f);

  gl.glBegin(GL.GL_QUADS);
  gl.glVertex3f(-1.0f, 1.0f, 0.0f);
  gl.glVertex3f(1.0f, 1.0f, 0.0f);
  gl.glVertex3f(1.0f, -1.0f, 0.0f);
  gl.glVertex3f(-1.0f, -1.0f, 0.0f);
  gl.glEnd();

  gl.flush();
  surface.glSwapBuffers();

The problematic line is the 4th one: "gl.glTranslatef(-1.5f, 0f, -6f);"

Like this, all I get is a black window. If I change -6f to 0f, it works=20
correctly, but of course, it's too big, that's why we want to move back=20
first. ;)

The strange thing now is: If I change it to 1f or -1f, I get exactly the=20
same picture as with 0f. If, however, I change it to 1.1f or -1.1f, I'm=20
back at the black window. The x and y axis seem to work correctly.

Do I have to set some flag somewhere with sdljava or is this actually a=20
bug in sdljava (or maybe some sort of incompatibility with Breezy)?

Both OpenGL tests shipped with sdljava work fine BTW, but they don't use=20
glTranslatef(). Oh, and another thing, I also tried replacing=20
glTranslatef() with glTranslated(), but that's just the same thing.

TIA,
   Raffi

=2D-=20
The difference between theory and practice is that in theory, there is
no difference, but in practice, there is.

he...@ra... =B7 ICQ#67961355 =B7 PGP Key 5D1FF5F4 =B7 www.raffael.ch

Re: [sdljava-users] fatal bug in SWIG_SDL_BlitSurface_FAST

[Ivan Z. G. <iva...@ya...>]

Sorry about this!

I've applied the fix in CVS.  Let me know if you have any more problems.

-Ivan/

MJS wrote:

>I've started using sdljava a few days ago. First i used the last
>release, but the lack of a working SDLEventManager leaded me to using
>the cvs version. however, little did I suspect, what other dangers are
>lurking there...
>
>Seems like the fix from this thread:
>http://sourceforge.net/mailarchive/forum.php?thread_id=6850242&forum_id=43388
>wasn't put in the cvs the way it was meant. Setting x/y of the src and
>dst rects always to 0 is even worse than ignoring negative values.
>
>Result of cvs diff -u:
>
>cvs diff: Diffing .
>Index: SDLVideo.i
>===================================================================
>RCS file: /cvsroot/sdljava/sdljava/src/sdljava/native/SDLVideo.i,v
>retrieving revision 1.30
>diff -u -r1.30 SDLVideo.i
>--- SDLVideo.i  19 Jul 2005 22:33:09 -0000      1.30
>+++ SDLVideo.i  11 Dec 2005 22:53:41 -0000
>@@ -33,13 +33,13 @@
>   // during the blit!  This means only one thread should be doing the
>blits!
>   int SWIG_SDL_BlitSurface_FAST(SDL_Surface * src, int sX, int sY, int
>sWidth, int sHeight, SDL_Surface *dst, int dX, int dY, int dWidth, int
>dHeight) {
>
>-    srcBlitRect.x = 0;
>-    srcBlitRect.y = 0;
>+    srcBlitRect.x = sX;
>+    srcBlitRect.y = sY;
>     srcBlitRect.w = (sWidth > -1 ? sWidth : 0);
>     srcBlitRect.h = (sHeight > -1 ? sHeight : 0);
>
>-    dstBlitRect.x = 0;
>-    dstBlitRect.y = 0;
>+    dstBlitRect.x = dX;
>+    dstBlitRect.y = dY;
>     dstBlitRect.w = (dWidth > -1 ? dWidth : 0);
>     dstBlitRect.h = (dHeight > -1 ? dHeight: 0);
>
>Index: SDLVideo_wrap.c
>===================================================================
>RCS file: /cvsroot/sdljava/sdljava/src/sdljava/native/SDLVideo_wrap.c,v
>retrieving revision 1.22
>diff -u -r1.22 SDLVideo_wrap.c
>--- SDLVideo_wrap.c     19 Jul 2005 22:33:09 -0000      1.22
>+++ SDLVideo_wrap.c     11 Dec 2005 22:53:48 -0000
>@@ -99,13 +99,13 @@
>   // during the blit!  This means only one thread should be doing the
>blits!
>   int SWIG_SDL_BlitSurface_FAST(SDL_Surface * src, int sX, int sY, int
>sWidth, int sHeight, SDL_Surface *dst, int dX, int dY, int dWidth, int
>dHeight) {
>
>-    srcBlitRect.x = 0;
>-    srcBlitRect.y = 0;
>-    srcBlitRect.w = (sWidth > -1 ? sWidth : 0);
>+    srcBlitRect.x = sX;
>+    srcBlitRect.y = sY;
>+    srcBlitRect.w = sWidth > -1 ? sWidth : 0);
>     srcBlitRect.h = (sHeight > -1 ? sHeight : 0);
>
>-    dstBlitRect.x = 0;
>-    dstBlitRect.y = 0;
>+    dstBlitRect.x = dX;
>+    dstBlitRect.y = dY;
>     dstBlitRect.w = (dWidth > -1 ? dWidth : 0);
>     dstBlitRect.h = (dHeight > -1 ? dHeight: 0);
>
>-- mjs
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>  
>

[sdljava-users] fatal bug in SWIG_SDL_BlitSurface_FAST

[MJS <mj...@ir...>]

I've started using sdljava a few days ago. First i used the last
release, but the lack of a working SDLEventManager leaded me to using
the cvs version. however, little did I suspect, what other dangers are
lurking there...

Seems like the fix from this thread:
http://sourceforge.net/mailarchive/forum.php?thread_id=6850242&forum_id=43388
wasn't put in the cvs the way it was meant. Setting x/y of the src and
dst rects always to 0 is even worse than ignoring negative values.

Result of cvs diff -u:

cvs diff: Diffing .
Index: SDLVideo.i
===================================================================
RCS file: /cvsroot/sdljava/sdljava/src/sdljava/native/SDLVideo.i,v
retrieving revision 1.30
diff -u -r1.30 SDLVideo.i
--- SDLVideo.i  19 Jul 2005 22:33:09 -0000      1.30
+++ SDLVideo.i  11 Dec 2005 22:53:41 -0000
@@ -33,13 +33,13 @@
   // during the blit!  This means only one thread should be doing the
blits!
   int SWIG_SDL_BlitSurface_FAST(SDL_Surface * src, int sX, int sY, int
sWidth, int sHeight, SDL_Surface *dst, int dX, int dY, int dWidth, int
dHeight) {

-    srcBlitRect.x = 0;
-    srcBlitRect.y = 0;
+    srcBlitRect.x = sX;
+    srcBlitRect.y = sY;
     srcBlitRect.w = (sWidth > -1 ? sWidth : 0);
     srcBlitRect.h = (sHeight > -1 ? sHeight : 0);

-    dstBlitRect.x = 0;
-    dstBlitRect.y = 0;
+    dstBlitRect.x = dX;
+    dstBlitRect.y = dY;
     dstBlitRect.w = (dWidth > -1 ? dWidth : 0);
     dstBlitRect.h = (dHeight > -1 ? dHeight: 0);

Index: SDLVideo_wrap.c
===================================================================
RCS file: /cvsroot/sdljava/sdljava/src/sdljava/native/SDLVideo_wrap.c,v
retrieving revision 1.22
diff -u -r1.22 SDLVideo_wrap.c
--- SDLVideo_wrap.c     19 Jul 2005 22:33:09 -0000      1.22
+++ SDLVideo_wrap.c     11 Dec 2005 22:53:48 -0000
@@ -99,13 +99,13 @@
   // during the blit!  This means only one thread should be doing the
blits!
   int SWIG_SDL_BlitSurface_FAST(SDL_Surface * src, int sX, int sY, int
sWidth, int sHeight, SDL_Surface *dst, int dX, int dY, int dWidth, int
dHeight) {

-    srcBlitRect.x = 0;
-    srcBlitRect.y = 0;
-    srcBlitRect.w = (sWidth > -1 ? sWidth : 0);
+    srcBlitRect.x = sX;
+    srcBlitRect.y = sY;
+    srcBlitRect.w = sWidth > -1 ? sWidth : 0);
     srcBlitRect.h = (sHeight > -1 ? sHeight : 0);

-    dstBlitRect.x = 0;
-    dstBlitRect.y = 0;
+    dstBlitRect.x = dX;
+    dstBlitRect.y = dY;
     dstBlitRect.w = (dWidth > -1 ? dWidth : 0);
     dstBlitRect.h = (dHeight > -1 ? dHeight: 0);

-- mjs

RE: [sdljava-users] Howto use Eclipse on Windows Tutorial Posted

[Mathieu D. <mat...@ce...>]

Thanks a lot !

Very good tuto to work on windows with Eclipse.

It works perfectly!

I think I forgotten the modification of the path variable...
... Stupid boy...

Although there is a more elegant solution to configure Eclipse with the
"Build path/users library" in the panel "preferences"...

Mathieu.

-----Message d'origine-----
De=A0: sdl...@li...
[mailto:sdl...@li...] De la part de Ivan Z.
Ganza
Envoy=E9=A0: jeudi 1 d=E9cembre 2005 02:43
=C0=A0: sdl...@li...
Objet=A0: [sdljava-users] Howto use Eclipse on Windows Tutorial Posted

Greetings!

I've posted a link kindly submitted to me for this tutorial.

Thanks!
-Ivan/

--=20
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: =
30/11/2005
=20
 =20

--=20
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: =
30/11/2005
=20

[sdljava-users] Howto use Eclipse on Windows Tutorial Posted

[Ivan Z. G. <iva...@ya...>]

Greetings!

I've posted a link kindly submitted to me for this tutorial.

Thanks!
-Ivan/

Re: [sdljava-users] VM Crash while rendering text via TTF

[Ivan Z. G. <iva...@ya...>]

Hi Patric,

Sorry for the delay.  Looking into this the the following can be said:

The call in SDL java to render the font is directly transted to a call
to TTF_RenderXXXX methods in C.  I don't see much that could go wrong. 

What version of SDL_TTF are you using?
 
Patric Rufflar wrote:

> Hello List,
>
> I am currently having some problems with the rendering of text. The
> Program renders some text every second. At the beginning the program
> works well, but after approx. 3-5 minutes the program terminates and
> outputs a thread dump.
>
> It seems to be a sdljava bug. Maybe somebody knows the reason and can
> help me.
>
> Best Regards,
> Patric
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x778ccaad, pid=1864,
> tid=2044
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2_09-b05 mixed mode)
> # Problematic frame:
> # C  [ntdll.dll+0x4caad]
> #
>
> Stack: [0x24450000,0x24490000),  sp=0x2448f780,  free space=253k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
> C=native code)
> C  [ntdll.dll+0x4caad]
> C  [MSVCRT.dll+0x1532]
> C  [MSVCRT.dll+0x14cf]
> C  [SDLJava_ttf.dll+0x1a9d]
> J
> sdljava.x.swig.SWIG_SDLTTFJNI.TTF_RenderText_Solid_FAST(JLjava/lang/String;SSS)J
>
> J
> sdljava.x.swig.SWIG_SDLTTF.TTF_RenderText_Solid_FAST(Lsdljava/x/swig/SWIGTYPE_p__TTF_Font;Ljava/lang/String;SSS)Lsdljava/x/swig/SDL_Surface;
>
>
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> J
> sdljava.x.swig.SWIG_SDLTTFJNI.TTF_RenderText_Solid_FAST(JLjava/lang/String;SSS)J
>
> J
> sdljava.x.swig.SWIG_SDLTTF.TTF_RenderText_Solid_FAST(Lsdljava/x/swig/SWIGTYPE_p__TTF_Font;Ljava/lang/String;SSS)Lsdljava/x/swig/SDL_Surface;
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] direct buffers in glu functions

[Ivan Z. G. <iva...@ya...>]

Hi Gregor!

Sorry for the delay.  I havn't had a chance to work on it yet.  Things
are super busy right now.  I will have a good at the earliest chance I ge=
t.

Cheers,
-Ivan/

Gregor M=FCckl wrote:

>Hi!
>
>What's the status on this change?
>
>Regards,
>Gregor
>
>On Friday 30 September 2005 03:41, Ivan Z. Ganza wrote:
> =20
>
>>No problem Gregor it will be done.
>>
>>Thanks,
>>-Ivan/
>>
>>Gregor M=FCckl wrote:
>>   =20
>>
>>>Hi!
>>>
>>>I'd like to make you aware that the glu function wrappers you provide =
also
>>>require the use of direct buffers for small amounts of data. Would you
>>>please provide alternative implementations using arrays like you did f=
or
>>>the ordinary opengl functions? I'd appreciate that very much.
>>>
>>>Regards,
>>>Gregor
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email is sponsored by:
>>>Power Architecture Resource Center: Free content, downloads, discussio=
ns,
>>>and more. http://solutions.newsforge.com/ibmarch.tmpl
>>>_______________________________________________
>>>sdljava-users mailing list
>>>sdl...@li...
>>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>     =20
>>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by:
>>Power Architecture Resource Center: Free content, downloads, discussion=
s,
>>and more. http://solutions.newsforge.com/ibmarch.tmpl
>>_______________________________________________
>>sdljava-users mailing list
>>sdl...@li...
>>https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>   =20
>>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by:
>Tame your development challenges with Apache's Geronimo App Server. Down=
load
>it for free - -and be entered to win a 42" plasma tv or your very own
>Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>_______________________________________________
>sdljava-users mailing list
>sdl...@li...
>https://lists.sourceforge.net/lists/listinfo/sdljava-users
> =20
>

Re: [sdljava-users] direct buffers in glu functions

[Gregor <Gre...@gm...>]

Hi!

What's the status on this change?

Regards,
Gregor

On Friday 30 September 2005 03:41, Ivan Z. Ganza wrote:
> No problem Gregor it will be done.
>
> Thanks,
> -Ivan/
>
> Gregor M=FCckl wrote:
> >Hi!
> >
> >I'd like to make you aware that the glu function wrappers you provide al=
so
> >require the use of direct buffers for small amounts of data. Would you
> > please provide alternative implementations using arrays like you did for
> > the ordinary opengl functions? I'd appreciate that very much.
> >
> >Regards,
> >Gregor
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by:
> >Power Architecture Resource Center: Free content, downloads, discussions,
> >and more. http://solutions.newsforge.com/ibmarch.tmpl
> >_______________________________________________
> >sdljava-users mailing list
> >sdl...@li...
> >https://lists.sourceforge.net/lists/listinfo/sdljava-users
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] VM Crash while rendering text via TTF

[Ivan Z. G. <iva...@ya...>]

Hi Patric,

I'll have a look at this and see if I can find the trouble.

-Ivan/

Patric Rufflar wrote:

> Hello List,
>
> I am currently having some problems with the rendering of text. The
> Program renders some text every second. At the beginning the program
> works well, but after approx. 3-5 minutes the program terminates and
> outputs a thread dump.
>
> It seems to be a sdljava bug. Maybe somebody knows the reason and can
> help me.
>
> Best Regards,
> Patric
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x778ccaad, pid=1864,
> tid=2044
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.2_09-b05 mixed mode)
> # Problematic frame:
> # C  [ntdll.dll+0x4caad]
> #
>
> Stack: [0x24450000,0x24490000),  sp=0x2448f780,  free space=253k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
> C=native code)
> C  [ntdll.dll+0x4caad]
> C  [MSVCRT.dll+0x1532]
> C  [MSVCRT.dll+0x14cf]
> C  [SDLJava_ttf.dll+0x1a9d]
> J
> sdljava.x.swig.SWIG_SDLTTFJNI.TTF_RenderText_Solid_FAST(JLjava/lang/String;SSS)J
>
> J
> sdljava.x.swig.SWIG_SDLTTF.TTF_RenderText_Solid_FAST(Lsdljava/x/swig/SWIGTYPE_p__TTF_Font;Ljava/lang/String;SSS)Lsdljava/x/swig/SDL_Surface;
>
>
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> J
> sdljava.x.swig.SWIG_SDLTTFJNI.TTF_RenderText_Solid_FAST(JLjava/lang/String;SSS)J
>
> J
> sdljava.x.swig.SWIG_SDLTTF.TTF_RenderText_Solid_FAST(Lsdljava/x/swig/SWIGTYPE_p__TTF_Font;Ljava/lang/String;SSS)Lsdljava/x/swig/SDL_Surface;
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users