Jonathan Gordon wrote:
what about loading the static libraries into the codec or audio
buffer? it would mean no audio in those plugins, but would add heaps
of functionality.
That is a solution, but I still don't understand why it would be a
problem to link statically.
Linus
On 25/07/06, RaeNye <[EMAIL PROTECTED]> wrote:
Actually I thought of a more general event loop scheme.
There's a event queue (may unified with the thread queue, maybe not),
The ADC code pushes "raw" button events, e.g., BUTTON_PLAY or BUTTON_NONE;
Every plugin/menu/gui thing has a get_event() -
On 25/07/06, Linus Nielsen Feltzing <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> I'm probably missing something, but can't these things be statically
> linked in as normal code (so they end up in rocbox.a), and added to the
> plugin rb struct with all the function pointers to standard ro
[EMAIL PROTECTED] wrote:
I'm probably missing something, but can't these things be statically
linked in as normal code (so they end up in rocbox.a), and added to the
plugin rb struct with all the function pointers to standard rockbox
functions?
Yes, that can be done, but one of the points wit
I'm probably missing something, but can't these things be statically
linked in as normal code (so they end up in rocbox.a), and added to
the plugin rb struct with all the function pointers to standard
rockbox functions?
Daniel Stenberg wrote:
On Mon, 24 Jul 2006, Bill Janssen wrote:
would l
On Mon, 24 Jul 2006, Bill Janssen wrote:
would like to bundle them up as shared libraries instead of statically
linking them into each plugin. Is there any standard way to do this with
Rockbox? Does it even have the idea of shared libraries which applications
(plugins) use?
No, they have n
I've been working on some Rockbox browsers for ebooks, targeting the
G5 iPod. They use standard libraries, like libpng and zlib. I've
developed rockbox-able versions of these, and would like to bundle
them up as shared libraries instead of statically linking them into
each plugin. Is there any s
Thanks a lot for the fast answer!
I knew it must be there :-)
with regards,
Matthias Mohr (aka Massa)
On Mon, 24 Jul 2006, Matthias Mohr wrote:
Is it possible to prepend several target names to one string, like follows:
ipodcolor,ipodnano,ipodvideo,ipod3g,ipod4g,ipodmini,ipodmini2g: "some string for
all ipods"
Yes, that's possible and supported already. Exactly like the above example.
Or d
Hi,
I know that it's possible to prepend the target's name to have specific strings
for it
e.g.
h300: "some H300 specific string"
*: "this it what all other targets see"
Is it possible to prepend several target names to one string, like follows:
ipodcolor,ipodnano,ipodvideo,ipod3g,ipod4g,i
Actually I thought of a more general event loop scheme.
There's a event queue (may unified with the thread queue, maybe not),
The ADC code pushes "raw" button events, e.g., BUTTON_PLAY or BUTTON_NONE;
Every plugin/menu/gui thing has a get_event() - handle_event() loop, where
usually you'd call ha
From when I was skimming through the chip specs and the code looking
at the possibility of adding digital-in recording (stereo PCM only), I
seem to remember that you could configure the two optical ports to do
direct pass-through and any format or speed should be able to go
through.
In terms of
Hey all,
OK, well I've had a bit more of a play with implementing this idea and
I want to show you what it looks like now before I have it finished
and you all decide its not workable.
ok, so here is what goes in the existing button.h file (although that
file will get rediculously long so maybe s
Hi!
Is AC3 pass through possible with the Iriver 1xx digital out? This
leads to the more general question: If the Iriver is directly
connected to an external decoder of any kind, can the internal
decoding be switched off to save cpu power. In that mode data would
only be read from HD and sent via
14 matches
Mail list logo
