• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category User Interface → Themes
  • Assigned To No-one
  • Operating System Another
  • Severity Low
  • Priority Very Low
  • Reported Version Daily build (which?)
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by kaiscene - 2010-08-18
Last edited by jdgordon - 2010-10-09

FS#11550 - %x() image "drawn below" %pb() in the same viewport doesn't show up

Build: r27821
Player Type: Sansa Clip+

Prior to r27821 (changes to the %pb() tag), the following WPS code would display both “pbbackground.bmp” and the progress bar in the same location on the screen. The progressbar would appear “on top” of the background image.


r27821 causes the %x() image to not display at all. Maybe the progressbar is completely covering it?

*(1) when rockbox starts up it, it automatically loads the theme and the %x() is not displayed. (2) load any other wps. (3) load the original wps from (1), and the %x() image shows up.

*Adding a syntactically-unnecessary %xd() does fix the problem without resorting to reloading the theme.

The full theme is attached, which includes the images pbbackground.bmp and pb.bmp.

Closed by  jdgordon
2010-10-09 10:02
Reason for closing:  Fixed
Additional comments about closing:  


Further testing shows that the %pb() tag doesn’t affect how the %x() is displayed.
A viewport consisting of only the %x() tag fails to display the %x() image.


# will show nothing

# shows the image.

Tolao commented on 2010-08-22 17:04

Having tested various revisions, I found out that %x is no longer working exactly since r27787.

r27771, r27780, r27785 and r27786 all showed the picture with %x(a,a.bmp,0,0) just fine.

Workaround for now is to use %xl(a,a.bmp,0,0)%xd(a) instead.

As Andrew already commented, this has nothing to do with %pb. Just %x is broken. Sometimes the picture is drawn completely, sometimes incompletely (looks like noise in my case) and sometimes not at all.

are you absolutely sure it is 27787? I dont see anything in the diff which obviously breaks it :/

Tolao commented on 2010-08-23 09:35

I tried on fuzev2 normal build.

Just checked again. Put r27786 on the player, selected the wps file with only
went to wps, image was shown. rebooted, continued playback, image was shown. rebooted again, continued playback, image was shown.

Now put r27787 with that same wps file on the player. Selected the wps file, went to wps, image was shown. rebooted, continued playback, no image.

I’ll have a look at the changes made in r27787 now. Maybe I can help you to narrow down where the problem comes from.

Tolao commented on 2010-08-23 10:37

okay.. commenting out

1004 if (img→using_preloaded_icons)
1005 {
1006 img→loaded = true;
1008 }
1009 else
1010 {


1017 }

in r27787 makes %x working.

Tolao commented on 2010-08-23 10:44

The problem is that the path “if (img→using_preloaded_icons)” is entered when it shouldn’t be… changing only line 1004 to if(0) is enough to prevent the problem from occuring.

very very wierd :/

umm… have you got it going in gdb there? is img→using_preloaded_icons true there? it shouldnt be

Tolao commented on 2010-08-23 11:13

I added DEBUGF()s in the two paths there in skin_parser.c. But in the uisimulator the else path was chosen.

No I didn’t use any debugger. Can I even do it in the player without special equipment?

the sim runs fine in gdb, you cant use gdb on the actual target though

Tolao commented on 2010-08-23 11:17

Too bad because the problem seems to happen only on the target after reboot :)

Tolao commented on 2010-08-24 12:55

What could it be then? When I add
img→using_preloaded_icons = false;
before the line
it works as well.

So yes, using_preloaded_icons is indeed true there!! And this only happens on boot, so maybe the simulator ‘boots’ differently?
But it does happen on multiple targets (see that the original poster used a clipplus).

teru commented on 2010-10-09 08:38

AFAIK, the skin beffur isn’t cleared by zero, so i think there could be chance that the img→using_preloaded_icons is ture.
i think the bug is fixed by r28184.

Tolao commented on 2010-10-09 10:00

Teruaki, seems you’re right, I’ve booted up r28220 many times now and the images with %x were indeed always drawn correctly.


Available keyboard shortcuts


Task Details

Task Editing