All Projects

I saw this as an immediate crash in Windows Vista 64 bit, but since I don’t have a debugging environment setup for that I am posting the details for i386 linux.

To make the simulator crash all i do is switch between the “Brushed Robe” theme and the “Cleangreen v3” theme on the MR500 sim. I suspect this is somehow related to the theme changes that were done, but I don’t have the time to investigate in detail.

The themes can be downloaded here: http://themes.rockbox.org/index.php?target=mrobe500

These are the crash details:

Program received signal SIGSEGV, Segmentation fault.
0×08079552 in set_title_worker (title=0×0, icon=Icon_NOICON, data=0x837a320,

  root=0x8673acc)
  at /home/kkurbjun/projects/rockbox/apps/gui/statusbar-skinned.c:59

59 if (element→type == CONDITIONAL)
(gdb) bt
#0 0×08079659 in set_title_worker (title=0×0, icon=Icon_NOICON,

  data=0x837a320, root=0x867b938)
  at /home/kkurbjun/projects/rockbox/apps/gui/statusbar-skinned.c:95

#1 0x080796da in sb_set_title_text (title=0×0, icon=Icon_NOICON,

  screen=SCREEN_REMOTE)
  at /home/kkurbjun/projects/rockbox/apps/gui/statusbar-skinned.c:104

#2 0x0807aa36 in toggle_theme (screen=SCREEN_REMOTE, force=false)

  at /home/kkurbjun/projects/rockbox/apps/gui/viewport.c:111

#3 0x0807aec0 in viewportmanager_theme_enable (screen=SCREEN_REMOTE,

  enable=false, viewport=0x0)
  at /home/kkurbjun/projects/rockbox/apps/gui/viewport.c:199

#4 0x0807971e in sb_skin_data_load (screen=SCREEN_REMOTE,

  buf=0xbfffe588 "/.rockbox/wps/rockbox_none.rsbs", isfile=true)
  at /home/kkurbjun/projects/rockbox/apps/gui/statusbar-skinned.c:120

#5 0x0807a12d in settings_apply_skins ()

  at /home/kkurbjun/projects/rockbox/apps/gui/theme_settings.c:104

#6 0x080642fa in settings_load_config (

  file=0xbfffe9e8 "/.rockbox/themes/CleanGreen.cfg", apply=true)
  at /home/kkurbjun/projects/rockbox/apps/settings.c:374

#7 0x0806f234 in ft_enter (c=0x832c120)

  at /home/kkurbjun/projects/rockbox/apps/filetree.c:556

#8 0x0806977a in dirbrowse ()

  at /home/kkurbjun/projects/rockbox/apps/tree.c:689

This was tested on the latest SVN with the MR500.

The problem is that if you erase a directory in the root through rockbox when directory cache is enabled it does not remove the directory entry from the list.

Rebooting the player and restarting rockbox still shows the “deleted” directory. Running FSCK shows errors after performing a delete on the player.

I have not tested this without directory cache enabled, but it would be worth double checking with the latest changes.

Steps to reproduce:

 1) With a host machine via USB create a directory "mytest" on the root of the player
 2) Copy some folders with songs into the directory with the host machine
 3) Disconnect the player from the host
 4) Erase the folder through the files menu, note that directory still shows in list.
 5) Run FSCK on the drive (or chkdsk)

This is my output from dosfsck (I renamed the files in the message to make it more clear on the setup):
sudo dosfsck -a /dev/sde1
dosfsck 3.0.3, 18 May 2009, FAT32, LFN
/mytest/folder1/subfolder1

Contains a free cluster (492197). Assuming EOF.

Performing changes.
/dev/sde1: 10689 files, 1192343/1219839 clusters

As a note my directory structure is something similar to the following in case it matters:
→mytest (at root)
_\→folder1
\→subfolder1
_file1
_file2
\→song1.mp3
|→song2.mp3
_\→folder2
\→song1.mp3
__|→song2.mp3

I am writing this to keep track of the bugs that I am running into while messing with the sbs. I am testing against the M:Robe 500 Sim with the CleanGreen WPS. You will need albumart to test some of these bugs

Bug 1:

If the statusbar on the main screen or the remote is set to custom while the other (remote or main) is set to the built-in status bar (Top or Bottom) the main viewport does not pay attention to the statusbar area causing graphical problems.

Steps to reproduce:
Start with Status Bar set to Top and the Remote Status Bar set to top (in Settings→Theme Settings→Status-/Scrollbar)

Change either the remote or the main status bar to custom and notice that the statusbar is not displayed.

Bug 2:

If I use the %cs tag without a ? in it the simulator will segfault.

Steps to reproduce:
load the attached sbs segfault_cs_no_question.sbs

Bug 3:

There are graphic glitches when using a conditional viewport in the sbs while going to the Now Playing screen.

Steps to reproduce:
load the attached albumartglitch.sbs
transition the menus to resume playback, then go to the menu and back to the now playing screen.

Bug 4:
The touchscreen code in absolute mode does not seem to pay attention to the UI viewport.

Steps to reproduce:
load the attached albumartglitch.sbs
click on the blank area to the right of the list - you can transition the menus even though you are outside the ui viewport.

Bug 5:

The touchscreen progress bar no longer works properly. You cannot touch a location in the progressbar to jump to that spot.

EDIT: It looks like this is related to the custom statusbar. I need to give a testcase for this.

Steps to reproduce:
Load the Cleangreen WPS and start playing a song - try to click on a location on the progress bar: it does not move the position of the song

This is a patch for rockboy that attempts to clean up the sound by adding in sound code from VisualBoy. If you test this please let me know the results including the player used and the game played.

This is a patch that includes the changes I have been working on to get the gigabeat’s button lights working smoothly with the backlight, and avoid cutting out the backlight when changes to the settings are made.

This patch is the start of adding fullscreen support for the clock on targets with screens larger than 112×64. The other modes still need alot of thought though. I was thinking that bringing all the bitmaps outside ala brickmania and including them at compile time might be a good solution.

This patch adds generic scaling into rockboy to allow rockboy to run without modification on new targets. The code still needs to be cleaned up for screens smaller then the gameboy screen.

This patch properly turns off the LCD’s on the H300 and greyscale Ipods (lcd_ipod.c). I’ve left placeholders for the screens that I didn’t add yet. I’m planning on trying to add those in as well later. This fixes the black bars that show up on the ipod mini’s at shutdown.

Here’s an initial patch for dehacked support in rockdoom. Right now it only supports dehacked files in a wad. I was testing this patch with wolfendoom’s 2nd_end.wad by inserting the given dehacked patch into the wad titled DEHACKED. I’m not sure if this patch will fit on ipods. Also, it adds in compiling sscanf to rockbox’s core and fixes some of it’s functionality. Since I don’t have a strnicmp or the other icmp functions the dehacked file has to match the string cases in d_deh.c. For wolfendoom this was already the case, so no modification was needed.

Finally, this patch is made to create a log at /dehlog.txt to keep track of everything the dehacked loader is doing if a DEHACKED lump is detected.

Here’s an updated version of the midi player. I’ve
been testing it with files from here:
http://www.theparticle.com/midi/doommidi.html on my H300.

Most of them work fine. I’m still getting buffer
misses occasionally though so more work needs to be
done on it.

Don’t forget the patch set:
http://wam.umd.edu/~stevenm/patchset.tbz2

It will still crash if you don’t have a patch set
installed.

Here’s an initial doom port for the H300 and rockbox.
It always starts up and gets to the main menu,
sometimes it will let you start a game. Unfortunately,
there are graphics errors once the game starts. I will
also include a diff against IDOOM if you want to try
and find the problem with it. This port is based off
digita doom which is in turn based off the original
linux doom release (GPL‘d). I started to port PrBoom
but I didn’t get that to a workable state. I think
there may be some performance improvements from prboom
that may be worth looking into specifically in the
W_CheckNumForName under w_wad.c. The best guess I have
for the map problems is with structure packing, but I
think I’m handling that correct in gcc.

Needleboy: I wouldn’t recomend putting this in an
optimized build or anything like that, it’s in poor
shape, and does not always run.

Here’s another patch for rockboy that adds automatic
frameskip (it’s pretty rough as I havn’t figured out an
accurate timer), fullscreen support on the H300, and a
bit of assembly and some IRAM stuff. I’m not sure if
I’m doing the IRAM stuff correct though as it doesn’t
seem to make much of a difference if any. I’ve also
added a statistics option that will show how many
frames per second the gameboy is seeing (not what the
player is getting) and what the frameskip is at. When
you enable stats sometimes you have to go back into the
menu and then come out to clear erronous values.