Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (511)
Games in Android Showcase (119)
games submitted by our members
Games in WIP (577)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Discussions / Miscellaneous Topics / Re: Which keyboard should I buy? on: 2014-10-20 19:20:26
If you're looking for a tenkeyless, I can give a hearty recommendation to the Blackbird, by Max Keyboard.

I have two, both with Browns and the red backlighting.

If you prefer the tenkey and/or hate backlighting, I also very much liked the CoolerMaster Storm QuickFire XT. I won't use anything but tenkeyless these days, though (thus the purchase of the Blackbirds).
2  Discussions / General Discussions / Re: Are Java applets really "dead" for indie developers? on: 2014-09-22 15:04:01
I wouldn't call GWT dead.

Last release was 2.6.1 on May 10, 2014.

I know that we have at least two product GUIs that use GWT, and know of at least one other major enterprise application that uses it that is in active development.

Granted, plural of anecdote isn't data and all that, but still.

Could you expand upon why you think it's dead (or dead man walking)?
3  Discussions / General Discussions / Re: String deduplication coming in Java8U20 in the G1 GC on: 2014-09-02 02:19:05
The Java 8 VM did away with PermGen.
4  Discussions / Miscellaneous Topics / Re: A rant on OpenGL's future on: 2014-08-14 14:59:07
To be fair, C++11 and C11 have added standard support for threads and atomics -- they even managed to do it reasonably well. Not perfect, but certainly not as painful as it was.

Previous to the 2011 standards, you needed to use a platform specific threading library, which in the real world meant pthreads and or the Windows thread APIs. If you don't need to support both POSIX and Windows, I personally don't find it *that* painful. Cross platform, though, is a PITA. Simpler stuff works fine with one of the Windows ports of pthreads, but anything that gets clever means writing an abstraction layer.

You could use one of the cross-platform threading libraries, of course (e.g., SDL), but all that I've used have been less than ideal.

All that said, Java's concurrency support in 1.7 is ahead of even the current C++11 stuff, and, with Java 8, the gap has grown.
5  Discussions / General Discussions / Re: Apple announces new graphics API: Metal on: 2014-06-10 16:10:48
Wait, what happened to Java? Apple basically stopped maintaining its own JVM at 1.6. What's wrong with that? Oracle provides one. Does Microsoft maintain its own JVM for Windows?

Originally, though, Apple had provided library extensions to allow creation of fully integrated OS X applications. Eventually, they ditched that bridge code. That's a much bigger deal than discontinuing maintenance of their own JRE. In fact, I wish they never would have done -- instead simply providing the bridge library (and perhaps helping with the native L&F).

Quote
And as I explained earlier in the thread, Flash was notorious for running like crap on Apple machines (causing crashes/instability, making the fans spin up just from watching a simple little video online). This was the case for years. It was only after Apple introduced the iPhone and Adobe finally had a meaningful platform to lose that they decided to change their tune. Too little, too late, as far as Jobs was concerned.


I fully agree that Adobe did a horrible job WRT both security and performance, though it was hardly limited to OS X. Only Windows received full attention from a performance stand point.

Quote
Not to mention the fact that Flash was, and is, basically a dying technology anyway.

Given it's ubiquity, and the popularity of Flash games at the time, it's hard to argue that Flash was "dying" when Apple made the decision not to allow it on iOS. HTML5 might have eventually caught up (though, in some ways, it arguably still hasn't done so). Still and all, I believe that the rise of mobile, and Adobe's inablility to play on that field, has been the main reason for Flash's decline.
6  Discussions / General Discussions / Expect Stripped Implementations to be dropped from Java 8 on: 2014-02-11 16:32:49
Dammit.

http://jaxenter.com/expect-stripped-implementations-to-be-dropped-from-java-8-49459.html

Why the hell couldn't they have been working the license issue over the last, you know, *year*? It's not like that work couldn't have been in parallel with the technical work.

In general, I've been surprised by how well Oracle has done with Java, but it's crap like this that makes me reconsider ...

7  Discussions / General Discussions / Re: AMD has revealed an API that gives developers direct access to GPUs using ... on: 2013-10-08 12:53:05
I don't think there *are* any details yet. Just tyus morning I came across this link in /r/java:

http://mail.openjdk.java.net/pipermail/discuss/2013-October/003162.html
8  Discussions / Miscellaneous Topics / Re: What would you like to see in Java? on: 2013-10-05 18:38:31
About the only significant things I'd like added to the Java language (asopposed to the JVM or library), in rough order of importance, are:

  • User defined value types (ie.  structs)
  • Named parameters/keyword arguments
  • A reasonable way to have collection and object litterals   espevially for (re)initialization.
  • First class functions (though I'm so used to using interfaces for call backs and handlers that this is secondary)
9  Game Development / Performance Tuning / Re: JAVA faster than C++ now? on: 2013-08-16 02:39:53
Nope - you're correct, of course.

I was half listening to someone talking here, and scanned the code very quickly. Seeing a local array of small, static dimension, I must have skipped past the "new". It would never have occurred to me to use "new" in such a case.

I need to learn to pay full attention when posting!
10  Game Development / Performance Tuning / Re: JAVA faster than C++ now? on: 2013-08-16 01:44:30
The array in your C++ code is not dynamic - it's on the stack - "allocation" is essentially just a register add or sub.

If you're not passing any flags to GCC it isn't optimizing at all. Release code is typically compiled with -O2, often -O3. Beating unoptimized C++ isn't really that impressive.

11  Discussions / General Discussions / Re: JDK: upcoming features on: 2013-03-22 19:27:15
Except that Unity chose Mono, which is an alternative and under-performing .net VM.   Wink

Like it or not, the Mono VM runs infinitely faster on platforms to which no Java VM is available.

OMG ... really?  Shocked

I meant in comparison to Microsoft's VM, not Java.

Which is a comparison only applicable to Microsoft platforms, so my my point stands, modulo  s/Java VM/MS .NET VM/.
12  Discussions / General Discussions / Re: JDK: upcoming features on: 2013-03-22 14:12:56

Except that Unity chose Mono, which is an alternative and under-performing .net VM.   Wink


Like it or not, the Mono VM runs infinitely faster on platforms to which no Java VM is available.

As much as I like Java and the Java ecosystem, if any of the widely portable Mono based systems (Unity, or, preferably, MonoGame) fully supported development on Linux, I'd almost certainly already have switched.

I'd be just as happy if inexpensive, non-kludgy methods existed to get decent Java access to all the applicable devices, of course. Dalvic on Android meets that threshold right now, but just *barely*, and the lack of direct Java 7 support is beginning to rankle.
13  Discussions / General Discussions / Re: I Switched to IDEA! on: 2013-03-11 22:19:01
I very much prefer NetBeans myself. 7.3 was a particularly nice release, though a few bugs I reported that happen to annoy me in my personal use have been fixed post release, so I've been running dev for a few weeks here. It's actually been very, very stable, so I doubt I'm going to switch back to the normal release any time soon.

I only have two real complaints about NetBeans right now.

First, it's Git integration is just slightly inferior to Eclipse's egit. Not a huge issue, since I do most of my git interaction at the command line anyway, but there are a few more things that egit supports than NetBeans. I will say, though, that I mostly prefer NetBeans' Git integration WRT the features that *are* there.

Second, and far and away most important, is the Android support. NBAndroid is actually quite serviceable for straight ahead Android development (i.e. using the standard APIs). However, trying to use it with libraries that have native components (like libgdx) has been a PITA. I'm on vacation this week, so I'm going to try to find time to make another run at it, but my last attempt was painful and messy enough that I'll just go ahead and call it a failure.

I was in quite a hurry when I tried it, though, and the experience in Eclipse and Idea was so smooth that I might have just been to impatient to get it right off.

Speaking of Idea, I own a license, and it's pretty darn slick for Java and Android development. If it had C & C++ support at least as good as CDT (or better, as good as NetBeans), I'd probably switch & not look back.
14  Discussions / General Discussions / Re: Java 7.10 Plugin blocked on Mac on: 2013-02-03 05:58:48
Well now, that would have been ideal, obviously, but that wasn't my point.

Alan_w had said "Now if Apple and Oracle could get together and have updates released before blocking the old version everything would be peachy.", and I was simply pointing out that his wish was nonsensical.

As much as it pains me to see Java with yet another black eye, Apple was right to block applets by default until Oracle could get their act together (assuming they have this time).
15  Discussions / General Discussions / Re: Java 7.10 Plugin blocked on Mac on: 2013-02-02 19:09:25
That's hilarious; I hadn't seen that graphic before.

I plead " not guilty", though' your honor.

The splash call-out at the top of the graphic says "... points to what is clearly obvious to everyone else".

Judging from comments here and elsewhere on the web, the situation *isn't* obvious to quite a few people.

16  Discussions / General Discussions / Re: Java 7.10 Plugin blocked on Mac on: 2013-02-02 17:36:48
If Oracle had the patch ready before there was a need to block the plug-in, there wouldn't have been ab exploit in the first place.
17  Discussions / General Discussions / Re: Super Linux Expert Help Required! on: 2013-01-28 22:41:01
If there are no gotchas (and I can't think of any right off), that would certainly be a heck of a lot simpler, and much less brittle.

Not that I'm telling you anything you're not already *more* than versed in, but there is the niggling matter of whether a symlink to rt.jar in another directory meets Oracle's redistribution requirements.

I would think so, especially given the direction they're taking in Java 8 and with JavaFX 2, but with lawyers, you never know.
18  Discussions / General Discussions / Re: Super Linux Expert Help Required! on: 2013-01-28 06:03:20
I found a little time tonight to look at this further.

After getting a fresh Ubuntu 64 bit install set up in a VM, I extracted the 32bit jre1.7.0_11 in ~/Downloads.

I was eventually able to get a hello world program to run w/o issues with the following setup:

Created ~/Downloads/jre1.7.0_11/bin/lib32, containing:

ld-2.15.so
ld-linux.so.2 (symlink to ld-2.15.so)
libc-2.15.so
libc.so.6 (symlink to libc-2.15.so)
libdl-2.15.so
libdl.so.2 (symlink to libdl-2.15.so)
libm-2.15.so
libm.so.6 (symlink to libm-2.15.so)
libpthread-2.15.so
libpthread.so.0 (symlink to libpthread-2.15.so)

I had placed Hello.jar up in ~/Downloads.

Then, sitting in ~/Downloads, I was able to run a simple hello world via:

LD_LIBRARY_PATH=jre1.7.0_11/bin/lib32 jre1.7.0_11/bin/lib32/ld-linux.so.2 jre1.7.0_11/bin/java -cp Hello.jar com.hexomancy.Hello

I was unable to get it to work properly with lib32 sitting anywhere else but in $JRE_DIR/bin, though it's not occurring to me just now why that might be. I've got a doozy of a week coming up, but perhaps I'll find time to look into it further.

A more complex executable would require additional libs in lib32, of course. Some of the libs in question are likely GPL, with the minor PITA that distributing GPL libs entails.

Also, since the whole set is, as I mentioned, not small, you'd probably want to figure out just what you need. The list in my previous response would be a start, and the rest could be found via some combination of ltrace and just running to see what the loader complains about.

Hope some of this is helpful!
19  Discussions / General Discussions / Re: Super Linux Expert Help Required! on: 2013-01-26 16:23:06
More than what I'd call a "bunch of files".  /usr/lib/i366-linux-gnu on this machine is 203M. Of course, that includes some things that java doesn't need.

A quick check shows that java needs at least:

libpthread.so.0
libc.so.6
libdl.so.2

However, there are plenty of libs that are potentially pulled in later by the jre via dlopen() (in lib/i386), so if anything you're using in java requires one or more of them, you'll need those, as well.

I downloaded lwjgl-2.8.5 for a quick peek there, and it adds (again, not including anything pulled in via dlopen()):

libX11.so.6
libXext.so.6
libXcursor.so.1
libXrandr.so.2
libxcb.so.1
libXrender.so.1
libXfixes.so.3
libXau.so.6
libXdmcp.so.6
librt.so.1
libm.so.6

I don't have time right now to look further, I need to leave the house shortly - perhaps later tonight or tomorrow I can dig a bit deeper. Do you have a particular program that you want to have working? Or is it giving you SIGSEGV on even "java -version"?

To get more info on the fault, you could run via gdb. Even without debug symbols, you'd at least get a stack trace that way, which might point toward the problem.

eg:

gdb ./bin/java
(gdb) run -version

replace "-version" with whatever you need -- "-jar agame.jar" or whatever.

I'll at least check in this evening my time (CST - I'm in Minnesota, USA).

I assume your evil plan is to put together a tarball style install package that will run on either 32bit or 64bit machines w/o extra deps, in an attempt to make a tarball install as easy to use as a .deb or .rpm, yes?
20  Discussions / General Discussions / Re: Super Linux Expert Help Required! on: 2013-01-26 05:14:31
If you export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH in a launch script, it should work.

There are other ways to manipulate the library search path, as well, but, if you're already using a launch script, this is probably the simplest thing to try.
21  Discussions / General Discussions / Re: why are people trying to use Java2D to make games? on: 2012-12-26 15:41:39
I see the smiley, but it's still hard to tell - was that "ha, ha ... only serious", or were you just baiting?
22  Discussions / General Discussions / Re: Registration broken? on: 2011-05-06 14:53:50
Thanks for fixing that!

I've been lurking for ages, finally wanted to register and found the captcha broken ...  Undecided

All good now.

Pages: [1]
 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Longarmx (52 views)
2014-10-17 03:59:02

Norakomi (42 views)
2014-10-16 15:22:06

Norakomi (32 views)
2014-10-16 15:20:20

lcass (37 views)
2014-10-15 16:18:58

TehJavaDev (68 views)
2014-10-14 00:39:48

TehJavaDev (66 views)
2014-10-14 00:35:47

TehJavaDev (58 views)
2014-10-14 00:32:37

BurntPizza (73 views)
2014-10-11 23:24:42

BurntPizza (45 views)
2014-10-11 23:10:45

BurntPizza (85 views)
2014-10-11 22:30:10
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!