Messages

271

SFML projects / JSFML - A Java binding for SFML

« on: October 02, 2011, 09:40:29 pm »

Worked on "self-containment" and loading resources from InputStreams today. With self-containment I mean that JSFML will extract the required binaries from its own jar file into the user's home directory, much like Minecraft does it. What this ultimately means is that JSFML can be used in Java web applets! For Windows this already works perfectly, I have yet to fix some AWT integration problems in Linux.

272

SFML projects / JSFML - A Java binding for SFML

« on: October 02, 2011, 01:12:09 pm »

Here's a website prototype: http://jsfml.pdinklag.de/
The logo is greatly inspired by Haikarainen's new SFML logo, the color scheme by Oracle's decision to pick red for Java.

I also decided to release this under the zlib/png license like SFML itself. I already created a github repository, which is still empty. I'm still refactoring and moving around here and there before I will fill it.

273

SFML projects / JSFML - A Java binding for SFML

« on: September 30, 2011, 12:25:57 pm »

I started refactoring the chaos that is my C++ code and sorting stuff in general.  :lol:
Once that's done, I will create a github repository for this project.

274

SFML projects / JSFML - A Java binding for SFML

« on: September 29, 2011, 01:08:34 pm »

Still waiting for the new graphics API to be finished before I continue. However, that seems to be the case soon.

Meanwhile, I tried to build and run JSFML on Linux, and except for a few problems (especially with the Swing integration), everything seems to work fine. Linux support is not too far away.

275

General discussions / The new graphics API in SFML 2

« on: September 12, 2011, 07:36:56 am »

I'd have to agree to what some people said here.

While, of course, classes like Sprite and Text are nothing but convenience classes which aren't technically needed, they do make the "S" in "SFML". I support the idea that it should stay simple, and these convenience classes should be implemented, but those who seek performance or more detailed control should be able to use the new API. It's a win-win that way.

What I'm not sure about is the transformation thing. Firstly, I kindof have to agree to Disch, they and views have a lot in common. Furthermore, I think that maybe the Drawable class should stay mostly as it was, basically for the same reasons I mentioned above, but also because in my eyes, this new approach is a step away from object-orientation. This may be debatable, but I think that a drawable entity is the combination of a Mesh and a Transformation, and the former API nailed it.

Besides, I would maybe rename the sf::Point class to sf::Vertex. "Point" to me sounds more like a Vector2i alias than a structure for world coords, color and tex coords.

Other than that, I like that you are now able to define custom meshes! sf::Mesh fits perfectly as the name. It was the missing link in the drawable API and completes it IMO.

276

SFML projects / JSFML - A Java binding for SFML

« on: August 31, 2011, 11:16:43 pm »

Heh.
I'm not the first doing this either, but whoever worked on it first cancelled it.

I should definitely do some "demo" source and binary releases soon, been saying this for months. :roll: Things are working well, but I've still only tested on Win32, and besides there's one large SFML2 change still coming up (new Drawable API) which I'm waiting for.

Recently I've mostly worked on the javadoc, the latest version of that is currently up here: http://stuff.pdinklag.de/jsfml/javadoc/

277

SFML projects / JSFML - A Java binding for SFML

« on: August 24, 2011, 05:07:11 pm »

Ported the new / changed sf::Texture, sf::RenderTexture and sf::Image classes.

278

General discussions / A new logo for SFML

« on: August 24, 2011, 12:54:53 pm »

I like that one a lot, PointyStick, was actually thinking about making a simple one myself, you beat me to that.

Though it should read "multimedia" instead of just "media". Would be cool if that could fit in somehow.

279

Audio / sf::Music - GetDuration() and GetPlayingOffset()

« on: August 22, 2011, 02:46:41 pm »

Working fine now, thanks!

280

Graphics / Drawing Arcs / Circular sectors

« on: August 17, 2011, 10:18:30 pm »

You can't technically render arcs or perfect circles, you split your arc / circle / sector up into as many triangles or straight lines as you require to get your desired level of detail.

For a perfect circle and circular sectors <= 180 degrees, a convex n-gon portion will work, but circular sectors with an angle between 180 and 360 degrees could only be represented by a concave polygon, which is why you'll probably have to go the multi-triangle way.

281

Audio / sf::Music - GetDuration() and GetPlayingOffset()

« on: August 15, 2011, 04:06:20 pm »

I'm using an SFML 2.0 C++ build as of late July.

Laurent fixed something related on August 8.
[...]
Does it fix your problem?

Ah! I didn't update to a later version yet because I didn't feel like implementing the Texture class for JSFML yet.  :roll:

That fix does indeed fix the playing offset rotating. The duration is still wrong, however.

282

General / Why does my program suddenly stop working?

« on: August 15, 2011, 01:15:01 pm »

Code: [Select]

while (iY < 201);
That looks like an infinite loop, your while loop is empty, iY will always remain zero.

That's because of the semicolon at the end of the line, remove that one. Common programming trap for newcomers.

283

Audio / sf::Music - GetDuration() and GetPlayingOffset()

« on: August 15, 2011, 12:25:56 pm »

I'm confused by the return values of these two functions. GetDuration() does not return the actual stream's duration, and GetPlayingOffset() seems to "rotate" in some weird way.

I'm dealing with an ogg vorbis file that streams for 1:15 minutes, so I'm expecting a duration of roughly 75000ms, however, GetDuration() returns 26744ms for me. GetPlayingOffset() seems to return the true offset for a while. However, it goes beyond the duration that gets returned, and when it reaches ~50000ms, it gets reset back to zero and starts counting up again.

During all of the time, the music plays just well, it's just the duration and the playing offset methods that yield weird values.

I'm using an SFML 2.0 C++ build as of late July. The file in question is http://stuff.pdinklag.de/overworld1.ogg (please don't redistribute, worked on this all morning ).

EDIT: The update as of August 8th fixes the playing offset rotating, but not the wrong duration being returned.

284

Feature requests / static access to mouse wheel (SFML2)

« on: August 11, 2011, 06:39:24 am »

How is that supposed to work?

There is no constant value for the mouse wheel motion that would allow for it to be accessed statically, unless you mean the "middle mouse button" being pressed down (ie mouse wheel being pressed). In that case, use sf::Mouse.

Otherwise, the mouse wheel has ticks, everytime the user rotates the wheel and a tick is reached, a mouse wheel event is caused in SFML that can be polled using sf::Window::PollEvent.

285

General discussions / sf::Texture implemented in SFML 2

« on: August 07, 2011, 11:39:04 am »

Nice stuff!
So simply put (application-wise), Texture replaces Image, and Image is needed only if you need to do pixel manipulation.

A minor thing I noticed, Image.hpp still includes Resource.hpp, that one seems to be obsolete now.