I've finally got my application running under Rockbox on the G5 iPod,
and thought I'd send a note about how I got Rockbox installed. Much
easier than the Web page makes it look.
1) Connect the iPod to a Windows machine. Download the latest
iPodLinux installer and run it, thereby installing the l
> Exactly, just link the library statically to the plugin. Sure each plugin
> using the lib would drag around it's own copy of it, but disk space is the
> only thing a DAP has plenty of.
Yes, that's what I'm doing now. Works fine, except that you have
multiple copies of the code.
Note that plugi
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
Doesn't crash, but things don't seem to work quite right, either.
Needs more work.
Why doesn't the sector buffer in the "readwrite" function already do
the necessary buffering?
Bill
> On 18/07/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > > In any
I'm using the libsdl simulator on Mac OS X 10.4. I didn't try to
apply your modified read_line(); I just used the one in CVS.
> you mean it worked?
> I only just got sdl installed so i never actuall tested it properly
> and it cashed on my player!
OK, I'll try it and report back.
Bill
> In any case, the read_line() inefficiency is not a big deal. It is only
> used to read config files and stuff, and that isn't really critical.
If you build it, people will use it. I wrote a plugin last week that used it.
I liked the rewrite Jonathan posted.
Bill
> Can anyone explain why things work this way?
Let me try :-).
The formula (in lcd-16bit.c)
lcd_getstringsize(str, &w, &h);
xpos = xmargin + x*w / utf8length(str);
ypos = ymargin + y*h;
seems to be a way of trying to come up with an average character cell
width the display. However
I've been looking at the implementation of lcd_puts_scroll() and
related functions on the lcd-16bit code. It's really odd. There's
really no good way to specify an X value other than 0.
The formula for vertical position of the line is just the (Y * font
height) + YMARGIN, so you can think of it
> The internal image format is always in the same way as we have the frame
> buffer, which is the same way the target's LCD likes it.
Thanks, yes, that seems clear. Are the formats that the LCD "likes"
documented anywhere (for each target)? For instance, where do I find
the description of the f
I'm busy writing a PNG viewer for Rockbox, and I've got two questions
I can't find in the documentation. If folks on this list can come up
with answers, I'll volunteer to add those answers to the Wiki.
1) in apps/plugins/viewers.config, there's a list of viewers, with
lines like
jpg,v
Nix wrote:
> On Wed, 10 May 2006, Bill Janssen suggested tentatively:
> > Do I need GDB 6.1.1? Can I use a newer version instead?
>
> Newer versions should work fine.
Thanks.
Bill
> Yes get_pic_list in only called (once) every time the viewer starts.
But the value of "entries" is initialized only once, period -- when
the shared library is loaded into the simulator. So the second time
you run the viewer, in the simulator, it may have a bad value. I can
imagine a way this c
> get_pic_list is run only once.
> When you exit and then re-enter the variable is re-initialized, unless I am
> missing something.
"get_pic_list" is invoked every time you invoke the viewer, isn't it?
I believe that when you run the simulator, the shared library
containing the viewer is loaded o
On the Mac, with the simulator, the simulator doesn't exit when told to.
Turns out there's some code in uisimulator/sdl/uisdl/gui_shutdown()
which hangs waiting for a semaphore to empty, for no particularly good
reason.
The following patch fixes that behavior.
Bill
Index: uisdl.c
> But what's the entries for?
> This variable is always initialized to zero when the program starts.
But it has to be re-initialized when you re-enter "get_pic_list",
since the "file_pt" variable is re-initialized when you do that.
Bill
> I haven't checked for a while but when I was developing the file_change
> feature I tested various conditions with and without mixed folders and it
> worked just fine...
I'm using it in the simulator, under GDB, and conditions there might
be different from in a real device. But I can't see how
> * the JPEG viewer bus-errors and crashes the simulator:
>
> Fatal signal: Bus Error (SDL Parachute Deployed)
> 2006-05-10 20:49:50.356 rockboxui[7509] *** _NSAutoreleaseNoPool():
> Object 0x318ce40 of class NSCFArray autoreleased with no pool in
> place - just leaking
> .
Daniel,
> I certainly would like to see the simulator getting possible to build nicely
> on this Mac OS setup. I only have a few remarks/nits on the patch:
>
> - It removes the map file creation from apps/Makefile for no apparent reason.
>If it causes problems on Mac OS X then only Mac OS X
I've added a patchfile to the
http://www.rockbox.org/twiki/bin/view/Main/UiSimulator page (at the
bottom) which patches the CVS sources so that they build and run on
Mac OS X 10.4.6 with gcc 4.0.1. Someone probably wants to add them to
the source tree at some point before they get too stale.
They
Hi, folks. I'm building the tool chain using the instructions on the
website, including the simulator and GDB. I'm building on Mac OS X
10.4.6, targeting the iPod video (arm-elf).
I've successfully built and installed SDL 1.2.9 from source, and the
binutils and gcc builds went fine. But I can't
20 matches
Mail list logo