Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (109)
games submitted by our members
Games in WIP (536)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1] 2
  ignore  |  Print  
  gStreamer in LWJGL  (Read 12623 times)
0 Members and 1 Guest are viewing this topic.
Offline Cero
« Posted 2011-09-29 17:55:28 »

I've used this binding quite a lot, so I can try and answer any questions you have about it.  Maybe post them in a "GStreamer-Java in OpenGL / LWJGL" thread!  Smiley

Yet another thread... Grin


So, I have copied this code: http://jmonkeyengine.org/groups/user-code-projects/forum/topic/video-rendering-system-for-jmonkeyengine/#post-117711
Set jna path to the dlls, and lib path = lwjgl, so there is no unsatisfied linking, works per se.

Had to change html encodings like & quot to actual quotes and so on.
Also import sun.nio.ch.DirectBuffer; doesnt seem to work anymore in java7, but in the code it is only used for system outs, which is why I commented them out.

Now I'm getting:
1  
2  
3  
4  
5  
6  
7  
java.lang.IllegalArgumentException: No such Gstreamer factory: fakesink
   at org.gstreamer.ElementFactory.makeRawElement(ElementFactory.java:219)
   at org.gstreamer.ElementFactory.make(ElementFactory.java:211)
   at org.gstreamer.elements.RGBDataSink.<init>(RGBDataSink.java:58)
   at main.OpenGLMediaPlayer.<init>(OpenGLMediaPlayer.java:32)

RGBDataSink videosink = new RGBDataSink("OpenGLMediaPlayer", this);


So some internal gStreamer Problem ?

Offline Cero
« Reply #1 - Posted 2011-09-29 18:23:47 »

Tried some other Code: http://slick.javaunlimited.net/viewtopic.php?p=13831

Similar problem.
1  
No such Gstreamer factory: playbin


Could be that the path are still not quite right - not finding stuff ?

Offline nsigma
« Reply #2 - Posted 2011-09-29 18:26:44 »


Also import sun.nio.ch.DirectBuffer; doesnt seem to work anymore in java7, but in the code it is only used for system outs, which is why I commented them out.

Now I'm getting:
1  
2  
3  
4  
5  
6  
7  
java.lang.IllegalArgumentException: No such Gstreamer factory: fakesink
   at org.gstreamer.ElementFactory.makeRawElement(ElementFactory.java:219)
   at org.gstreamer.ElementFactory.make(ElementFactory.java:211)
   at org.gstreamer.elements.RGBDataSink.<init>(RGBDataSink.java:58)
   at main.OpenGLMediaPlayer.<init>(OpenGLMediaPlayer.java:32)

RGBDataSink videosink = new RGBDataSink("OpenGLMediaPlayer", this);


So some internal gStreamer Problem ?


hmm ... never seen that one.  Are you using a system-wide installed version of GStreamer for now?

If I remember rightly, you're on Linux Mint?  Try these from the command line.

1  
gst-launch-0.10 videotestsrc ! xvimagesink


and

1  
gst-launch-0.10 videotestsrc ! fakesink


The first one's to check you see something, the second shouldn't show you anything, but shouldn't error either.  If both run OK, then it's a GStreamer-Java or JNA problem.

Have you tried with Java 6?  What version of JNA are you using?  The one from the GStreamer-Java page is actually quite old and might have issues with Java 7.


Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Cero
« Reply #3 - Posted 2011-09-29 18:33:07 »

I'm only on Linux If I need to, development is usually on windows.

Tried to do it, like with VLC, making a vlib folder and using jna to point at it, but indeed VLC has another parameter I used to explicitly tell it to look for everything there, which isn't here.

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
C:\Program Files\OSSBuild\GStreamer\v0.10.6\bin>gst-launch videotestsrc ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
^C

C:\Program Files\OSSBuild\GStreamer\v0.10.6\bin>gst-launch.exe videotestsrc ! xvimagesink
0:00:00.140625000  2928   00342770 ERROR           GST_PIPELINE grammar.tab.c:19
75:_gst_parse_yyparse: no element "xvimagesink"
WARNING: erroneous pipeline: no element "xvimagesink"

Offline Cero
« Reply #4 - Posted 2011-09-29 18:36:45 »

Now that I have installed that OSSbuild for windows, I get

1  
2  
0:00:00.000000000  3756   00394490 ERROR           GST_REGISTRY gstregistrybinary.c:557:gst_registry_binary_read_cache: Binary registry type not recognized (invalid magic) for file at C:\Documents and Settings\Me\.gstreamer-0.10\registry.i686.bin
Exception in thread "main" java.lang.IllegalArgumentException: No such Gstreamer factory: fakesink


yeah there is some code in GSVideo about on how to link it correctly...

Offline nsigma
« Reply #5 - Posted 2011-09-29 18:42:52 »

I'm only on Linux If I need to, development is usually on windows.

OK.  Well, xvimagesink won't work there!  Not sure what the Windows equivalent is.  But it looks like GStreamer is working OK.

I assume you've set jna.library.path?  Is there a /usr/lib equivalent (sorry, my Windows days are rusty) where you can install GStreamer and JNA will find it - temporary measure to get it working for now.  Also, take a look at the library loading mechanism in GSVideo - that deals with loading GStreamer from somewhere other than a system installed path.

EDIT: we keep posting at the same time!  Tongue

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #6 - Posted 2011-09-29 18:53:18 »

take a look at the library loading mechanism in GSVideo - that deals with loading GStreamer from somewhere other than a system installed path.

Yeah
1  
2  
3  
4  
5  
6  
(javaw.exe:3256): GLib-GObject-WARNING **: cannot register existing type `GstBaseSrc'
(javaw.exe:3256): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0'
failed
(javaw.exe:3256): GLib-GObject-WARNING **: cannot register existing type `GstBaseSink'
(javaw.exe:3256): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0'
failed
(javaw.exe:3256): GLib-GObject-WARNING **: cannot register existing type `GstBaseTransform'
(javaw.exe:3256): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0'
failed


I guess something isn't linked up right. Or very screwed up =D

Offline Cero
« Reply #7 - Posted 2012-06-08 00:43:01 »

http://www.gstreamer.com/

So gStreamer is all new and shiny and stuff

Offline nsigma
« Reply #8 - Posted 2012-06-08 13:42:45 »

http://www.gstreamer.com/

So gStreamer is all new and shiny and stuff

About time someone did this!  Sods law that they start maintaining some decent cross-platform installers after I finally got around to fiddling with the library loader code from Processing / GSVideo.  Roll Eyes

Anyway, if anyone is interested in shipping the GStreamer libs themselves, I forked the GSVideo code here.  It uses the GStreamer binaries from here.

Although it has a GPL header at the moment, it can go back to LGPL if anyone wants it.  However, you'll also need to remove the GPL plugins from Processing's GStreamer binaries to ship like that.  You'll also need to replace the InstalledFileLocator (from NetBeans platform) line with the folder containing the binaries.  At some point I'll update this to work with the libs directly from www.gstreamer.com.

In related news, the next release of Praxis (in a week or so) will have the ability to load GStreamer from a plugin on Windows.  It will also have a component for live-coding GLSL image filters (LWJGL pipeline with some code based on libgdx).  Currently having fun altering webcam streams on the fly!  Grin


Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #9 - Posted 2012-06-28 23:01:07 »

So I've been trying GStreamer again with the help of nsigma.
But I'm getting a JVM crash.

Here is the whole project: https://dl.dropbox.com/u/52666052/GStreamerMid2012.7z
80mb because of all the dlls, and the video file; but its fast dropbox download ~ 2mb/s
only works on windows, because only those gstreamer natives are included.
run SlickApp with -Djava.library.path=lib
pressing F starts the video

http://pastebin.com/PWss444N player class
http://pastebin.com/kL6WZA3h Slick App Launcher

GStreamer JavaDoc

using Slick to start it and stuff

Maybe you guys find something

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline Cero
« Reply #10 - Posted 2012-06-29 02:11:18 »

If instead of calling update(), I just call it once, using a button press, this happens:



Doesnt really crash but yeah

This kind of JVM crash btw

Quote
Problem Event Name:   APPCRASH
  Application Name:   javaw.exe
  Application Version:   6.0.310.5
  Application Timestamp:   4f2c9e1c
  Fault Module Name:   StackHash_0a9e

Offline Cero
« Reply #11 - Posted 2012-06-29 02:19:33 »

ah forget the screenshot, this happended before with vlc
its because I change the "first" texture somehow and, since the font uses textures, being angelcode font, thats what you see there

but yeah, anyway, repeated calls of
1  
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, WIDTH, HEIGHT, GL_RGBA, GL_UNSIGNED_BYTE, buffer);

cause it to crash

Offline Riven
« League of Dukes »

JGO Overlord


Medals: 757
Projects: 4
Exp: 16 years


Hand over your head.


« Reply #12 - Posted 2012-06-29 03:35:13 »

1  
2  
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGB, WIDTH, HEIGHT, 0, GL_RGB, GL_UNSIGNED_BYTE, (IntBuffer)null);
glTexSubImage2D(GL_TEXTURE_2D, 0, 0, 0, WIDTH, HEIGHT, GL_RGBA, GL_UNSIGNED_BYTE, buffer);


Note the GL_RGB vs. GL_RGBA, which is more than enough to cause an overflow and crash the JVM.

Hi, appreciate more people! Σ ♥ = ¾
Learn how to award medals... and work your way up the social rankings
Offline davedes
« Reply #13 - Posted 2012-06-29 03:44:36 »

Random ideas...
- Don't call Display.sync, Slick will do that for you with container.setTargetFrameRate(60)
- You should render in the render() method and update in the update() method
- Did you flip your buffer before giving it to OpenGL? or has gstreamer already done that?
- Is the returned data RGBA, or is it RGB? RGBDataSink seems to imply no alpha component exists, yet you are telling OpenGL to look for an alpha component when you give it the int buffer.
- Depending on the size and format you are giving, you may want to do this in init() to be safe.
1  
2  
glPixelStorei(GL_UNPACK_ALIGNMENT, 1);
glPixelStorei(GL_PACK_ALIGNMENT, 1);

- Is GStreamer's threading causing issues?
- I've experienced very weird bugs passing "null" to glTexImage2D -- it seems more reliable to pass an empty int/byte buffer with the correct size

Quote
Note the GL_RGB vs. GL_RGBA
GL is supposed to convert to <internalFormat> for you, no?

Offline Riven
« League of Dukes »

JGO Overlord


Medals: 757
Projects: 4
Exp: 16 years


Hand over your head.


« Reply #14 - Posted 2012-06-29 03:52:53 »

Quote
Note the GL_RGB vs. GL_RGBA
GL is supposed to convert to <internalFormat> for you, no?
I seriously doubt it. You simply try to squeeze RGBA into RGB, causing a buffer overrun.

Hi, appreciate more people! Σ ♥ = ¾
Learn how to award medals... and work your way up the social rankings
Offline davedes
« Reply #15 - Posted 2012-06-29 04:19:37 »

http://www.berkelium.com/OpenGL/GDC99/internalformat.html

Quote
[internalFormat] doesn't have to match the raw data you supply [in format]; for example if you have RGBA data but don't care about alpha, you could specify (components = 3) and the GL would strip off the alpha channel and store just RGB.

I suppose I shouldn't expect glTexSubImage2D to do the same, or to maintain the internal format specified in glTexImage2D.

Offline nsigma
« Reply #16 - Posted 2012-06-29 10:31:36 »

Hey, finally close to getting somewhere with this!  Smiley

A few things.  Firstly, can you try this code - http://code.google.com/p/gstreamer-java/wiki/VideoPlayerTutorial.  Add my library preloader code at the beginning of main() and swap out the deprecated PlayBin for PlayBin2.  Let's check that this isn't an issue with anything in GStreamer crapping out with your setup / video.  If that works OK, then it's in your OpenGL code.

- Did you flip your buffer before giving it to OpenGL? or has gstreamer already done that?

That should be OK, but worth trying it out to be sure.

- Is the returned data RGBA, or is it RGB? RGBDataSink seems to imply no alpha component exists, yet you are telling OpenGL to look for an alpha component when you give it the int buffer.

The buffer data passed to the RGB sink is 32-bit RGB data.  We do have a slight issue that it is ARGB not RGBA (more of that in a sec).  The alpha channel is almost certainly 0 too, so don't use blending!  Wink

- Is GStreamer's threading causing issues?

This is one of my primary suspects.  GStreamer (or VLC for that matter) doesn't expect you to be accessing the buffer after the callback has returned.  You're getting away with this with VLC, but it might be causing issues in GStreamer.  Can you try creating a second IntBuffer to pass to the texture, synchronizing between update() and rgbFrame(), and copying from the GStreamer buffer to the other one in rgbFrame().

That's not ideal, and there are better ways we can look at buffer management to get rid of the copying stage, but it should let us know if that's the issue.


- I've experienced very weird bugs passing "null" to glTexImage2D -- it seems more reliable to pass an empty int/byte buffer with the correct size

Me too!  This just doesn't work on my setup.

GL is supposed to convert to <internalFormat> for you, no?
I seriously doubt it.

I think my universe just imploded - Riven's wrong about something!  Wink

In fact, I'm using the wonderful code hack here to update an RGBA texture from ARGB data - http://www.java-gaming.org/topics/bufferedimage-to-lwjgl-texture/25516/msg/234102/view.html#msg234102

If we end up looking at an alternative to RGBDataSink then we should be able to get GStreamer to provide RGBA data anyway.

Slight OT - The library preloader code that Cero is playing with is from Praxis (forked from Processing).  Latest version of Praxis has the ability to pass video (files and webcams) through a live-codeable and controllable (8 slider GUI) GLSL filter, if anyone fancies a play!


Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #17 - Posted 2012-06-29 13:47:23 »

A few things.  Firstly, can you try this code - http://code.google.com/p/gstreamer-java/wiki/VideoPlayerTutorial.  Add my library preloader code at the beginning of main() and swap out the deprecated PlayBin for PlayBin2.  Let's check that this isn't an issue with anything in GStreamer crapping out with your setup / video.  If that works OK, then it's in your OpenGL code.
Yeah yeah, this works perfectly and is included in the project.

Some things dont have to pointed at, like Davedes did, because this is a copy of the working VLCJ player theagentd helped me with.
So the RGBA and RGB stuff, as well as the null texture at first, are things that he did, and worked for VLC.

The problem can only be where vlc and gstreamer buffer stuff is different.

I dont think its threads.
It really really seems like a buffer overrun.

swapping some rgba to rgb and stuff didnt help.

however on my laptop here, I also cannot load any plugins
Quote
Cannot load GStreamer plugins from D:\EclipseJava\GStreamerMid2012\vlib\windows32\plugins
The relative path is the same as on other pcs of course, the path is completely valid and stuff, so I dont know
When I use the Java2DTest, the plugins aren't load as well, but everything works fine. So maybe its not an issue - then why do we have them ? =D

I could explain it, but I dont think its a threading issue.
It is very very likely a buffer issue.

I guess theagentd can solve it.

Unimportant stuff:
- Don't call Display.sync, Slick will do that for you with container.setTargetFrameRate(60)
- You should render in the render() method and update in the update() method
We use Slick a lot, and like to only use the render method(like in libgdx), we dont use delta timing, and well, NOW that Display.sync() has been fixed it might be ok, but before we liked to write our own gameloop inside slick, because of stuttering issues - hard to get right.
Of course this all has nothing to do with the issue at hand anyway.

Quote
Slight OT - The library preloader code that Cero is playing with is from Praxis (forked from Processing).  Latest version of Praxis has the ability to pass video (files and webcams) through a live-codeable and controllable (8 slider GUI) GLSL filter, if anyone fancies a play!
Word !

Offline nsigma
« Reply #18 - Posted 2012-06-29 15:42:12 »

So the RGBA and RGB stuff, as well as the null texture at first, are things that he did, and worked for VLC.

OK, though you will probably have an issue with the fact that the data is ARGB not RGBA.  That just means the colour will be wrong - deal with that later!
The problem can only be where vlc and gstreamer buffer stuff is different.

I dont think its threads.
It really really seems like a buffer overrun.

Very possibly, but why are you so sure it's not a threading issue?  GStreamer might free the memory backing that buffer before you get a chance to upload it to the texture, which will likely crash the VM.  Try the double buffered suggestion I made to check.

Also, try outputting the state of the buffer just before you upload to the texture (if you haven't tried that already) and see what its size, etc. is.

however on my laptop here, I also cannot load any plugins
Quote
Cannot load GStreamer plugins from D:\EclipseJava\GStreamerMid2012\vlib\windows32\plugins
The relative path is the same as on other pcs of course, the path is completely valid and stuff, so I dont know
When I use the Java2DTest, the plugins aren't load as well, but everything works fine. So maybe its not an issue - then why do we have them ? =D

Are both systems 32bit?  Wondering if some files got mixed up - either at your end or mine.

It shouldn't work without plugins.  Could it be finding a system install of GStreamer on that laptop?  It really shouldn't matter, though.

Does Praxis work on that laptop?  Could at least track it down to whether it's a change you've made or not.

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #19 - Posted 2012-06-29 18:25:07 »

Are both systems 32bit?  Wondering if some files got mixed up - either at your end or mine.
Well the working systems are 64bit hardware wise, however java is 32 bit, as well as eclipse.
I checked it with if (Platform.is64Bit())
and like I said, its 32 bit - so I load the 32bit everywhere, however it doesnt "find" the plugins on my laptop
like I said the path is totally fine - it says "cannot find <path>"... if I copy this exact into my file browser - its there, no problem... do maybe that error message is wrong and the problem is something else actually


It shouldn't work without plugins.  Could it be finding a system install of GStreamer on that laptop?  It really shouldn't matter, though.
I didn't install any OSS builds, but if any media player brought it along, its possible.

The problem can only be where vlc and gstreamer buffer stuff is different.

I dont think its threads.
It really really seems like a buffer overrun.

Very possibly, but why are you so sure it's not a threading issue?  GStreamer might free the memory backing that buffer before you get a chance to upload it to the texture, which will likely crash the VM.  Try the double buffered suggestion I made to check.
because only the repeated call of glTexSubImage2D makes it crash, everything else works.

Also, try outputting the state of the buffer just before you upload to the texture (if you haven't tried that already) and see what its size, etc. is.
Not into buffers... how do I do this ? I see capacity, position, limit... what do you need ?

Offline Cero
« Reply #20 - Posted 2012-06-29 18:29:27 »

Pastebin of the JVM Crash

Quote
V  [jvm.dll+0x961bd]
C  0x2c3a47f9
C  0x2c3a4d2e
j  com.sun.jna.Function.invokeInt(I[Ljava/lang/Object;)I+0
j  com.sun.jna.Function.invoke([Ljava/lang/Object;Ljava/lang/Class;Z)Ljava/lang/Object;+315
J  com.sun.jna.Function.invoke(Ljava/lang/Class;[Ljava/lang/Object;Ljava/util/Map;)Ljava/lang/Object;
j  org.gstreamer.$Proxy20.gst_structure_get_int(Lorg/gstreamer/Structure;Ljava/lang/String;[I)Z+24
j  org.gstreamer.Structure.getInteger(Ljava/lang/String;)I+14


also tried this:
1  
buffer = rgb.duplicate();

no effect

Offline nsigma
« Reply #21 - Posted 2012-06-29 18:57:22 »

do maybe that error message is wrong and the problem is something else actually

Very possible, that error message is from the Processing code originally.  It's shown if the GStreamer registry returns false when you pass the path to scan.  It's meant to return true if the registry actually changed.  If it's all still working, could it be you've called load() twice?

because only the repeated call of glTexSubImage2D makes it crash, everything else works.

That is exactly where I'd expect the issue to be - when OpenGL tries to access the memory.

Not into buffers... how do I do this ? I see capacity, position, limit... what do you need ?

What you  Grin need is just to System.out all of that and check it's what you think it is.  That will tell you if the buffer is as big as you think it is.


1  
buffer = rgb.duplicate();

no effect

Try reading the JavaDoc of that method!  It doesn't copy the values, it creates a new buffer that wraps the same contents.  If the memory is cleared it will still go boom!

Having said that the stack trace looks like there's a problem somewhere else.  But if it's really where it looks like, your Swing player should crash out too.  Is the PlayBin setup exactly the same (except for the listener) between the Swing one that works and the OpenGL one?

I'm assuming you are using a recent version of JNA, right?

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #22 - Posted 2012-06-29 19:09:20 »

do maybe that error message is wrong and the problem is something else actually

Very possible, that error message is from the Processing code originally.  It's shown if the GStreamer registry returns false when you pass the path to scan.  It's meant to return true if the registry actually changed.  If it's all still working, could it be you've called load() twice?
I wouldnt no where... also this issue would be on all machine, would it not ?

Not into buffers... how do I do this ? I see capacity, position, limit... what do you need ?
What you  Grin need is just to System.out all of that and check it's what you think it is.  That will tell you if the buffer is as big as you think it is.
I have no idea about buffers, really.

1  
buffer = rgb.duplicate();

no effect
Try reading the JavaDoc of that method!  It doesn't copy the values, it creates a new buffer that wraps the same contents.  If the memory is cleared it will still go boom!
See above - how would I copy it then ?

Having said that the stack trace looks like there's a problem somewhere else.  But if it's really where it looks like, your Swing player should crash out too.  Is the PlayBin setup exactly the same (except for the listener) between the Swing one that works and the OpenGL one?
Works fine - here is the code: http://pastebin.com/rjiN38M9

I'm assuming you are using a recent version of JNA, right?
Well, I am now... =P
no difference.

Offline nsigma
« Reply #23 - Posted 2012-06-29 22:44:09 »

I have perhaps overestimated your Java experience. Take some time to learn about Buffers. You'll come unstuck with GStreamer, LWJGL and lots of other things otherwise.

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline matheus23

JGO Kernel


Medals: 106
Projects: 3


You think about my Avatar right now!


« Reply #24 - Posted 2012-06-29 22:57:29 »

About these GStreamer factory problems, thats because you haven't installed the gstreamer-plugin "fakesink" and "playbin".

[size=4pt](I'm sorry you might have already fixed that problem... haven't read the whole topic...)[/size]

See my:
    My development Blog:     | Or look at my RPG | Or simply my coding
http://matheusdev.tumblr.comRuins of Revenge  |      On Github
Offline Cero
« Reply #25 - Posted 2012-06-29 23:09:34 »

I have perhaps overestimated your Java experience. Take some time to learn about Buffers. You'll come unstuck with GStreamer, LWJGL and lots of other things otherwise.

Indeed. I don't do low level stuff.
Well someone will be able to finish it.

Offline nsigma
« Reply #26 - Posted 2012-06-30 16:41:08 »

[size=24pt](I'm sorry you might have already fixed that problem... haven't read the whole topic...)[/size]

Ya think!  Maybe try reading the whole context before responding!  Tongue

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline matheus23

JGO Kernel


Medals: 106
Projects: 3


You think about my Avatar right now!


« Reply #27 - Posted 2012-06-30 16:47:12 »

[size=24pt](I'm sorry you might have already fixed that problem... haven't read the whole topic...)[/size]

Ya think!  Maybe try reading the whole context before responding!  Tongue

Man.. Sometimes men dont have time, okey? Cheesy

See my:
    My development Blog:     | Or look at my RPG | Or simply my coding
http://matheusdev.tumblr.comRuins of Revenge  |      On Github
Offline nsigma
« Reply #28 - Posted 2012-07-01 12:30:56 »

Indeed. I don't do low level stuff.
Well someone will be able to finish it.

I'll have a look if you upload something other than the .rar file.  Won't extract cleanly for me.  Try a .zip at least.

Man.. Sometimes men dont have time, okey? Cheesy

If you don't have time, don't respond.  Your response was incorrect for the first post, and irrelevant to the discussion below it!

Praxis LIVE - open-source intermedia toolkit and live interactive visual editor
Digital Prisoners - interactive spaces and projections
Offline Cero
« Reply #29 - Posted 2012-07-01 14:18:37 »

I trust 7zip is ok:  https://dl.dropbox.com/u/52666052/GStreamerMid2012.7z
zip has no compression D:

Pages: [1] 2
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

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

The first screenshot will be displayed as a thumbnail.

CogWheelz (14 views)
2014-08-01 22:53:16

CogWheelz (14 views)
2014-08-01 22:51:43

CopyableCougar4 (15 views)
2014-08-01 19:37:19

CogWheelz (19 views)
2014-07-30 21:08:39

Riven (27 views)
2014-07-29 18:09:19

Riven (16 views)
2014-07-29 18:08:52

Dwinin (14 views)
2014-07-29 10:59:34

E.R. Fleming (35 views)
2014-07-29 03:07:13

E.R. Fleming (13 views)
2014-07-29 03:06:25

pw (44 views)
2014-07-24 01:59:36
Resources for WIP games
by CogWheelz
2014-08-01 18:20:17

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

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

List of Learning Resources
by SilverTiger
2014-07-31 18:26:06

List of Learning Resources
by SilverTiger
2014-07-31 13:54:12

HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22
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!