AWESOME - probably my favourite board game of all time.
BC
At 22:58 03/01/2006, you wrote:
A conversion of the Robo Rally game
(http://www.wizards.com/default.asp?x=ah/prod/roborally).
I assume that this list doesn't allow attachments to show you any
screenshots, but the game is coming along n
ood idea. It's not really as hard to deal with as you might
imagine though. It just requires a slightly different mindset. Once
you achieve that, it'll be a piece of cake.
Nevertheless, there are times when the best solution to a problem is to
use dynamic memory allocation. However,
Indeed :-)
http://www.rockbox.org/twiki/bin/view/Main/PluginRoboracers
On Tue, 3 Jan 2006, Tobias Heimann wrote:
I assume that this list doesn't allow attachments to show you any
screenshots, but the game is coming along nicely so far...
Hint: there's a wiki nearby... :-)
On Tue, 3 Jan 2006, Tobias Heimann wrote:
I assume that this list doesn't allow attachments to show you any
screenshots, but the game is coming along nicely so far...
Hint: there's a wiki nearby... :-)
--
Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/
A conversion of the Robo Rally game
(http://www.wizards.com/default.asp?x=ah/prod/roborally).
I assume that this list doesn't allow attachments to show you any
screenshots, but the game is coming along nicely so far...
Tobias
Ronald Teune wrote:
Just curious... what kind of plugin are you tr
Just curious... what kind of plugin are you trying to make?
Ronald
On Tue, 03 Jan 2006 12:16:55 +0100, Tobias Heimann
<[EMAIL PROTECTED]> wrote:
Thanks everybody for the answers!
Since I've got an upper limit for the memory that I might need, I will
just use a static memory allocation of
really do recommend it in this case) I am happy to help here or offline.
BC
The (much argued over) view of the rockbox dev'ers is that dynamic
memory allocation is a bad idea in embedded systems, like Rockbox.
The reason usually given is that you have to deal with the 'worst
case'
Hello.
You can sort of write your own malloc (not sure about free?) if you need
it. Check out the source code to MIDI, this uses it for a fact. You
basically get a pointer to the MP3 buffer and start giving out space
from there. This works well if you allocate a bunch of things in the
beginning of
Hi,
There is a plugin buffer in which you can allocate the memory you need.
I needed some form of malloc() once, in /apps/plugins/dict.c (see here:
http://www.rockbox.org/viewcvs.cgi/apps/plugins/dict.c?rev=1.7&view=markup
).
So I wrote a very simple function called pl_malloc() there... may
any thoughts on how to live without malloc (and I
really do recommend it in this case) I am happy to help here or offline.
BC
The (much argued over) view of the rockbox dev'ers is that dynamic
memory allocation is a bad idea in embedded systems, like Rockbox.
The reason usually given is
The (much argued over) view of the rockbox dev'ers is that dynamic
memory allocation is a bad idea in embedded systems, like Rockbox.
The reason usually given is that you have to deal with the 'worst
case' scenario anyway (ie, all resources are needed), therefore you
need at leas
Hi guys,
I've just started to develop a plugin for rockbox and stumbled over the
memory allocation:
Is there anything like malloc() and free() in rockbox and if yes, which
headers do I have to include for that?
So far, I've only found buffer_alloc() in buffer.h, but that results in
an undefi
12 matches
Mail list logo