»

[bbond007]

I don't know if anyone is interested in this or not...

The classic "Boing Ball" for the Raspberry PI!

Like the original, it takes advantage of the hardware

It uses direct hardware acclerated ELGS and the OMX sound API so it only works on Rapberry PI.

default sound is headphone jack..

RaspPIBoing.bin HDMI

or

RaspPIBoing.bin NONE

[bbond007]

I updated the EXE to try and clean up the sound when using the heaphone option.

It did not seem to help, however, I did make the audio a little more efficient.

The HDMI sounds great so it may be down to a buggy driver. I noticed the same issue with other programs. I could try different sample rates to see if it makes a difference but if i go too high the EXE won't fit on the forum.

Actually, this is like my "Hello World" type program on the PI, so I will probably just move on to something more interesting

[som99]

I will try this out later today Thanks

[bloodline]

You should publish the source x

[takemehomegrandma]

Cool!

[gaula92]

Very interesting!
Of course, I also would like to peek at the sources, as I'm experimenting with Pi myself and accelerated 2D without X is just what I'm looking at

[som99]

Originally Posted by bloodline

You should publish the source x

Originally Posted by gaula92

Very interesting!
Of course, I also would like to peek at the sources, as I'm experimenting with Pi myself and accelerated 2D without X is just what I'm looking at

I agree, the source would be fun to look at

[bloodline]

Originally Posted by gaula92

Very interesting!
Of course, I also would like to peek at the sources, as I'm experimenting with Pi myself and accelerated 2D without X is just what I'm looking at

I have written a basic raspberry Pi Graphics library based on OpenVG (with mouse input) for use without the abortion that is X... It's very crude at the moment, and I intend to improve it (by moving it to OpenGL)... But you might like to try it... I'm hoping to build a set of audio classes using OpenMAX... Hence, why I want to see the sources here

[gaula92]

for use without the abortion that is X

hahaha! True. It has many advocates and I don't get why: it's causing most of the graphics jerkyness in Linux and is one of the main culprits of this OS's weight.
Good thing we already got wayland almost ready for desktop-addicts (I'm a terminal guy anyway, so I don't really mind desktop systems).

I'd like to take a peak into that OpenVG library too: I'm currently finishing a nice dispmanx backend for libSDL. I already have nice double-buffered graphics with zero tearing, thus having examples running smooth as Amiga scrolls.
Does OpenVG implement buffer and vsync control? As I understand it, it's just for vector graiphics plotting so it needs an underlaying system to render into... correct me if I'm wrong.

[bloodline]

Originally Posted by gaula92

hahaha! True. It has many advocates and I don't get why: it's causing most of the graphics jerkyness in Linux and is one of the main culprits of this OS's weight.
Good thing we already got wayland almost ready for desktop-addicts (I'm a terminal guy anyway, so I don't really mind desktop systems).

I'd like to take a peak into that OpenVG library too: I'm currently finishing a nice dispmanx backend for libSDL. I already have nice double-buffered graphics with zero tearing, thus having examples running smooth as Amiga scrolls.
Does OpenVG implement buffer and vsync control? As I understand it, it's just for vector graiphics plotting so it needs an underlaying system to render into... correct me if I'm wrong.

OpenVG is just accelerated vector drawing, it's not really for highspeed graphics... It sits on OpenGL. But it is useful for fast primitive drawing.

I use it to develop my library, then I will reimplement it using OpenGL surfaces. The API shouldn't need to change... But I should get a massive performance boost

[bbond007]

Originally Posted by som99

I agree, the source would be fun to look at

I was going to put the sources in the tar.gz, but it would not fit ithe size limit, I converted the wav to c array which really bloats the source.. maybe i can put it on github or something when i get home from work...

the ball is drawn with as one GL_TRIANGLE_STRIP array which is no big deal, but I also did the same thing with the grid this time using surface culling in such a way that the lines of the grid are not conencted...

I took the bouncing logic from another boing ball thing I found on the internet. Wish I still had that original source.

EDIT: found it, here is the original project that I borrowed a lot of the logic from.

http://www.jimbrooks.org/web/opengl/boing/

[bbond007]

Originally Posted by som99

I agree, the source would be fun to look at

ok. here is what I did in order to make the source under the 97.7k file size limit:

I got rid of soundraw.c which can be recreated by running the included script "convertwav16.sh"

you'll need mplayer installed.

[som99]

Originally Posted by bbond007

ok. here is what I did in order to make the source under the 97.7k file size limit:

I got rid of soundraw.c which can be recreated by running the included script "convertwav16.sh"

you'll need mplayer installed.

Thanks for taking time to give us the source, appreciated
Might be time for me to put together a free file hosting service for Amiga forums to share files unrestricted with other users and with web interface, hmmm

[bbond007]

Originally Posted by gaula92

Very interesting!
Of course, I also would like to peek at the sources, as I'm experimenting with Pi myself and accelerated 2D without X is just what I'm looking at

maybe look at the sprite example in ths
gles2framework

https://github.com/chriscamacho/gles2framework


the phystest one is really cool. i'm going to try and replace the spheres with boing balls

[bbond007]

I have updated the Raspberry PI Boing demo to optionally run on the desktop.

the technique uses eglCreatePixmapSurface() to render the view off-screen.

there is a bottleneck with how it currently works because the X11 server runs 16bpp and the rendering is done in 32bpp. You can read more about that on this thread:

http://www.raspberrypi.org/phpBB3/vi...hp?f=63&t=6488

Anyway the parameters for the sound remain the same (none/hdmi)

I have added a parameter for X11 (x/X)

X = 640 * 480

x = 320 * 240

EDIT: (new home for this project)

https://github.com/bbond007/RaspPIBoing