Rockbox

Experienced Results:
I have 2 folders(lets call them FolderA and FolderB) each containing audio files.
FolderA and FolderB are both on the root of my drive
Neither one has a database.ignore file in it.
I go to settings → general settings → database → update now
All files are added to the database as expected
…But i realize i dont want FolderB to show up in the database.
I add a database.ignore file at /FolderB/database.ignore
Then I go back in and update the database again(settings → general settings → database → update now)
all of my audio files still show up in the database(including the ones in FolderB with the database.ignore file)

Expected Results:
After adding the database.ignore file to FolderB and updating the database(settings → general settings → database → update now) the audio files in FolderB should no longer appear in the database

Summery:
Any files in a folder containing a database.ignore file should be removed from the database on update

Rockbox Info:
Build Version: daily / e3cddc2-120701

There is different level audio between Radio and Music Playback with the same db value. Level audio on Music Playback is too low.

Hi there,

first of all: this is my first contribution to rockbox and I tried my best to make myself familiar with the way things work there. I am sure, not everything is where it belongs. Please help me to get things in order :).

second: thanks to the author of Patch  FS#1803  that made this possible.

The purpose of this patch is to watch the tuner reported field strength (estimate) and mute, when it drops below a customizable threshold. Wether muting or not as well as the threshold are customizable in the fm tuner menu. It should not interfere with manual muting and should not affect recording (i didn’t test that yet). THe threshold is specified in pseudo-dBuV.
It also adjusts frequency display to display as MMM.KKK instead of MMM.KK. This is for people who adjust region settings and channel widths.

My testing conditions were limited to the sansa c250.  FS#1803  reports to work on the tuner chips LV24020LP (e.g. sansa c250) and TEA5767. I only tested the first. Please report back possible field strength values you see on devices using these chips.

This code should not break anything. I did a testbuild for some iPods (without tuner) that compiled cleanly. Simulator also works.

Currently only english and german translation are done.

User guide:
This patch conditionally adds 1 or 2 lines to the tuner main window that look like this:

Sig: [-M] -235dBuV
Automute below -555dBuV

The second line is only displayed if automute is enabled. The first line shows the status of the tuner. The 2 characters in the braces exlain as [ab]:

a: either 'O' or '-' 
   'O': current field strength is above threshold
   '-': current field strength is equal to or below threshold
b: either 'M' or '-'
   'M': will mute on or below threshold
   '-': automute disabled.
(both are only updated on field strength change)

The second line should be selfexplaining, same for the menu entries.

Request for comments!

When the option “Auto-change directory” is enabled, my Ondio crashes at the end of the current folder’s playlist when it would have to create a new one.

The error it shows is “I09: CPUAdrEr at 09010FF8”. The address varies a bit with the actual revision, this example is with r26246 and an OndioFM backlight build (but the problem is present in plain SVN builds too). Looking at the map file shows that the crash happens in the cue_find_current_track function.

Bisecting build turned up that the error was introduced with the cuesheet rework in r21978/9 and the fix in 21982 fixed usual folder playback but not auto-change directory. It is reproducible on the Archos Recorder so I assume a general hwcodec problem.

This may be all players; I have only had experience with the Sansa Clip+ and Clip Zip. On version 3.13 the Automatic Resume feature works inconsistently, especially on the 2nd+ file of a playlist.

In version 3.11.2, the feature worked correctly on my Clip+. If I paused the player and the player turned off due to the timeout, when I turned the player back on and pressed the “Home” button or “Resume Playback”, the entire playlist would be back in place and playback would resume at the spot I paused. If I was 30 seconds into the third file in a playlist, playback would resume at that point. When that file finished, the next file in the playlist would start. Pressing “Previous” or “Next” would play the previous or next file in the playlist.

In version 3.13, this feature does not always work correctly. In fact, it rarely works correctly when playing a file that is not the first file in a playlist. Some times it works fine. Most times when I try to resume playback, it instead plays the beginning of the first track in the playlist. Some times when that happens, if I manually navigate to the track I was in when I paused, it will resume that track from the correct position rather than starting it over from the beginning.

This behavior is seriously agitating. I use my player to listen to multi-hour podcasts broken into separate files for each hour. If I get a phone call and pause my player I expect my player to automatically shut itself off after a few minutes, and it does. When I start the player again, I want to be able to pick up just where I left off. On versions prior to this, I could. In 3.13 it does not work 9 out of 10 times.

These two scripts will, if you run them appropriately generate a few screenshots in an automatic fashion. Execute it like this, from inside a simulator: ./genscreenshots e200.xte /path/to/output

There are a few pitfalls:
* The simulator window MUST gain focus when it is run. If this doesn’t happen, everything breaks. Horribly.
* The method is rather timing sensitive. I had to put a pause of 250ms between each keypress to make sure they registred (too fast, and the sim/SDL would discard them). 250ms may not be the right amount for your computer.
* Rockbox itself is also timing sensitive. If you “push” a button at the wrong time, it may not register, so use plenty of sleeps to make sure things are settled.

Edit: Oops, the first version had a hardcoded filename. Hopefully of such things.

This is an attempt to automate the setting of $PATH in tools/rockboxdev.sh, tools/configure and the generated Makefile.

The directory prefix of the cross compilers is stored in ~/.config/rockbox.org/RockboxCompilerPrefix. As the default path (in tools/rockboxdev.sh) is /usr/local, if that file is empty, then $PATH won’t be modified. Otherwise, the value stored inside that file will be read, the target platform type appended, and lastly /bin appended. The resulting string will be appended to $PATH.

This patch doesn’t break existing configuration. But it’s most probably incomplete, so please provide feedback on which files need to be modified as well.

I've found a problem with the new autoresume feature in 3.8. I use it when listening to podcasts and sometimes find that it resumes from near the end of a new episode - e.g. on a 30 minute podcast it will resume from 28 or 29 minutes - usually about the place where a previous epidsode finished and I skipped past the end credits.

What I think is happening is that there is some code in the database that tries to resurrect the runtime statistics for files that have been deleted and then restored - as the last offset is in this data, it is reusing the last offset from an old episode.

I've put some more logf()s in tagcache.c in build_numeric_indices(). I can see that if the filenames don't match (line 2306) it then tries to match any 2 tags out of the 3: artist, album or title. For the podcasts, the artist and album are always the same (i.e. the producer and which one of their podcasts it is), but the title is different (i.e. "Episode 100", "Episode 101", etc). So if I've listened to Episode 100 and then deleted the file, and then add Episode 102 to the player, it matches the artist and album and so resurrects the wrong data from Episode 100.

I've disabled the resurrection based on tags (just commented it out) and the problem seems to have gone away. A better fix would be to ensure that all 3 tags or matched or to ensure that title is one of the matched tags

Split out from  FS#11748 .

This patch adds an option to prevent rewinding to the beginning of a track to avoid losing the current playback and resume position by accidentally pressing the Left key. Instead, Left always directly skips back to the previous track. This behavior can be enabled for all tracks or only for those tracks that can be autoresumed on automatic track change (which already is separately configurable).

I'm dropping this patch here for now because I see little chance right now of this being accepted into the trunk. Some developers have complained about the considerable configuration complexity of autoresume as it is, and although this additional behavior can be convenient, there is no ultimate need for it because the resume position prior to the rewind to 0:00 is preserved as long as another skip occurs within the first 15 seconds of the rewound track's playback (for example, by pressing Left again to skip to the previous track).

This change was originally contributed by Dave Slusher in  FS#11748 . I just added the configuration logic.

Patch relative to r29484.

I’d like to suggest the following new WPS feature(s):

1. A viewport can be assigned an image as a “backdrop”.

 a. A viewport may be assigned an image dynamically via the WPS tag "%VX<identifier>"
   (i.e. %VXa for image a, %VXZ for image Z, etc.)
  b. As a viewport is being processed and drawn, its backdrop would be drawn "first", followed by any other normal images/characters.

2. Viewport may define FF00FF as a background color, which would then be “transparent”. This would allow overlapping viewports.

3. Fonts drawn in a viewport with a backdrop would automatically be drawn with DRMODE_FG.

Notes on the attached patch file:
+ It was created from the SVN revision 18997 on Nov 3, 2008.
+ Although I stubbed in the new functions for all the LCD drivers, I’ve only flushed out the 16 bit driver so far.

Cheers!

[EDIT: Attached patch for experimenting with AS3543 settings.]

When playing back audio on a Sansa ClipV2 player, there is a regular background noise that’s audible with sensitive headphones and that’s quite annoying during quite music passages. The background noise is a hissing sound that repeats about 4 times per second. The noise can be heard when there is no disk activity and even at very low volume or when playback is muted. It stops as soon as audio is paused.

The noise is not present in the original firmware (OF).

This is a long-known issue, but hasn’t been formally tracked before. It is related to FS#11907, but different in that the background noise is present when there’s no disk (SD) activity. However, I did have the impression that disk activity intensifies the noise.

This item serves to collect the various approaches people have tried to eliminate the noise, and ideas for future exploration.

I ran a series of experiments on the assumption that the audio hardware is misconfigured is some way. I worked through various settings of the AS3543 component based on its datasheet. Here is what I have tried; but nothing helped to eliminate the noise:

* Higher-quality audio settings as proposed in  FS#11304  (AUDIOSET2_HPH_QUALITY_HIGH,
Disabled DAC gain control
Bypassed mixer and disabled mixer gain control (HPH_OUT_R_HP_OUT_DAC, AUDIOSET2_AGC_off,
Mute SDI data
Enable and control DAC attenuation
Disable common mode buffer (phantom ground)
Disabled various unused mixer components (AUDIOSET3_MICMIX_off, AUDIOSET3_ADCMIX_off,
Used external clock source for DAC
Enable headphone detection
Resetting all reserved audio registers to 0

[EDIT: I have attached a patch that allows experimenting with these settings by uncommenting the relevant source lines at compile time or extending the provided debug function to toggle the setting at run time.]

Possible next steps (suggested by various people on IRC):

* As the noise is not present on the other AMSv2 targets (Clip+, FuzeV2), a dump of the AS3543 settings (as3514_regs[] array) on these targets would be helpful. I have attached a patch that adds a debug-menu function for doing this (needs a logf build).

* Someone with a JTAG could read the AS3543 configuration set by the OF.

* The issue could be unrelated to the AS3543; it could be a power-management or frequency-scaling issue.

Also attached: A dump of as3514_regs[] (logf.txt; all values in
I’ve removed the patch to dump these settings; see a later comment in this task for a more up-to-date patch to do this.]

Other ideas?

How to reproduce this:-

Use the remote to turn on the player while the hold switch is set to lock on the player. Backlight on both the player and the remote stay on constantly (timeout is set to 5s presently).

If you set the hold switch to unlock the backlight goes off after the timeout has expired and thereafter will turn off however the hold switch is set.

A couple of config file options are missing from the manual appendix:

e.g.

backlight fade in: 2000
backlight fade out: 10000

Hi,
There is a problem in the Chinese voicing. It says "number, bai fen ji" (number %), but it's supposed to say "bai fen ji number) (% #). I don't know if it happens in text because I'm blind. Could this be fixed?

The remaining time estimate shown under System>Rockbox Info reports just “0h -1m”.

The battery indicator on the status line works OK… maybe it’s just a display bug?

URGENT/HIGH PRIORITY: Rockbox Firmware 3.7 installed with iRiver H300 1.29J.

Charging when in Rockbox mode (player switched on):

When Rockbox is running and the charger is plugged in, Rockbox can be seen charging the battery in the top left hand corner. When it is fully charged, it shows a full battery.

Charging when iRiver is powered off (player switched off):

When the charger is plugged in, the iRiver begins charging in Original Firmware mode. This is okay as the player charges correctly until Complete.

Booting into OF mode, shows a full battery charge so I can be sure it is fully charged.

However, boot back into Rockbox mode and Rockbox seems to be misreporting the battery charge as depleted - I say misreporting because at this point I know it is actually full/complete. (Booting back into OF mode would also confirm again at this point that there is indeed a full battery charge).

But run Rockbox 3.7 and after a few minutes, a false message - "Low Battery - Shutting Down" appears, after which Rockbox powers off.

I know this is inccorect, because if the battery was so low in OF, the iRiver OF would not even allow you to attempt to power back on (instead it would display a "Low Battery" picture on the display), but I can boot back into OF mode easily with no problems even after this message from Rockbox, again the OF shows a full battery and I can run it for hours with no problem so I know somewhere here there must be a miscommunication/misreading from the battery charge to the Rockbox 3.7 firmware.

Have tested this a number of times to ensure it is a fault and yes it presents itself everytime.

This should hopefully make beatbox compile and run on any target with enough buttons.

All it needed was some key mappings (and some typo fixes). I’m assuming the function declaration for synthSamaples() simply changed over time, as the original code was missing an ‘s’ on the end of function name and looked like this:

  synthSamples(&synthtemp[0], &synthtemp[1]);

The second param should be the sample size or something, but it was passed an address.

If it doesn’t work on a particular target due to lack of a key map, please add one, or tell me the target and i’ll stick a keymap in

Patch from within root rockbox source folder.

Hopefully this works for you all, its many hours of fun =D

This very small patch simply plays a beep when a charger is removed or plugged in.
I know  FS#7910  voiced this but that was a bit annoying.

The charger stuff will be removed from p7910. I could have added this to it but it isn’t really that related.

I put up the three patches (before they expire on pastebin.com) that correspond to the three proposals of how the behaviour of PREV/NEXT could/should be changed. Note that only the situation described in the “subject” of this task is considered and changed.

The IRC discussion is at http://www.rockbox.org/irc/log-20090406#21:35:42

The start of the discussion on the mail list is at http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-04/0057.shtml

It would be nice to be able to change volume while using the stopwatch plugin. If I don’t have the volume perfectly adjusted when starting my jogging round, I have to choose between running the rest of my laps with too low/high volume or discarding my times to change it, as the scroll wheel doesn’t have any function in the plugin.

A mixed RTL with LTR text appears in a missed order not conforming to bidi logical to visual algorithm of unicdoe.

Implementation is ready in bidi_l2v() , but the “orientation” parameter is hardcoded and passed as “1” always

A suggested solution is either pass “orientation” as 0 for any RTL text, or tie the orientation parameter with the “alignment” option of the text viewer.

When using an image in a theme it shows ugly gradients/dithering, as if it was only 16 bit. When the same image however is used as backdrop (%X tag, instead of ‘regular’ %xl and %xd), it looks smooth and 24 bit.

Attached image shows the issue. Top half shows what Rockbox does when the image is loaded via %xl and %xd. Bottom half shows how the image should look like (and how it does indeed look when it’s used as a %X backdrop).

Tested on a Cowon D2 simulator and on an Android device running RaaA.

There is bug in rockblox: when you manage to push block exactly to the top of the field, game neither finishes with error, neither continues normally. this block starts growing when you destroy lines in the bottom.

I've made small video and put in into youtube (sorry for bad quality and sharpness :
http://www.youtube.com/watch?v=2gULp6yUms8

look into the left top and see what happens when lines are removed. bug is quite easy to reproduce. right side works like the left.

Bluetooth dongles are not "correctly powered up". Problem experienced with ipod Video colour 30GB and following dongles:
- Sennheiser BTD300i
- Kokai i10s

When I boot the standard apple software the dongles auto pair with my headphones. When I boot Rockbox the dongles get power (LEDs go on) but don't pair.

I'd put priority low on this but couldn't change the priority field during bug-entry

BOFH see link if you do not know what it is
and to get full excuse list.
http://pages.cs.wisc.edu/~ballard/bofh/ Like “tip of the day”, it will offer one random
line of the file /.rockbox/rocks/demos/excuses,
you must put the file there manually.
GRaTT

Bomberman like game with ai.
Not finished yet - lots of bugs and things to be done are known :)
Tested on Cowon D2 and also on some simulators with the same screen size (will work on other screen sizes too, but not now).
Somebody test it on iPod Video and on Zen Vision:M please.
Any suggestions greatly appreciated!
Hope the patch will work…

Steps to reproduce:

1. Create a directory: /AUDIO;BOOKS
2. Place a file in it: /AUDIO;BOOKS/file.mp3
3. Start playing the file, and then create a bookmark
4. Do “List bookmarks” for the file
5. The bookmark menu lists something like this:

BOOKS/;file
0:02, 2, Shuffle

The problem seems to be that .bmark files use semicolons to separate the fields of information. If there’s a semicolon in the path, it thinks that it indicates the end of the path and the beginning of the filename.

Hello.

I found that bookmarks which was automaticaly created (by the function Bookmark on Stop with set to Ask) from tagcache don’t work. Problem is in missing path to file in bmark file. I made more test and now I attach bmark where first line/bookmark is from tagcache and second line/bookmark is from files browser.
Both are on approximately same time.

I testted on Sansa c250 and Sansa Fuse2 with Rockbox r27481-100718.

Can anybody from developers focused on it, please.

Much more thanks.
Salaba

this patch is a WIP to update the bookmark system.

the change is to save “resume points” into the current .playlist_control file and copy that as a .bmark file. Right now it works fine to load and save (And even list the bookmark resume points).

What doesn’t work yet (in bmark.3.diff) is the recent bookmarks menu item.

So far, the only downside I have found is that when you open a .bmark file the current playlist has to be stopped (it gets bookmarked automatically so if you cancel the .bmark it will resume anyway).
I’m hopeing that this isnt a big enough issue to reject the patch.

Running “current build” r24477-100203 on Sansa e200 V1

Game Brickmania bug:
The ball just disappears (often on Level 2, but maybe on others). Ball will just usually go to the top corner and not “bounce” back, but the game acts as if a ball is still alive (doesn’t register a lost ball) though there is no further movement on screen. I just have to quit the game.

The ball doesn’t bounce back. No further ball is issued. It just disappears and I can’t interact w/ the game anymore due to no active ball.

FIRST APPEARED: This began a few weeks ago (sorry I can’t be more specific), but has persisted in several “daily build” updates I’ve done and is in the current build I just installed.

REPRODUCIBLE: I reproduce the bug each time I just play through Brickmania. It generally happens in level 2 of the game though it may happen in subsequent levels– I don’t get through to them to see.

I’ve installed with rbuitil and manually, same thing happens. I have 2 different V1 e200s and it happens on both of them.

Thanks for all your work on the great Rockbox.

When loading a saved Brickmania game, the game is loaded corrupted. Please see screenshot attached to see for yourself. There is one brick in the right side which is shown corrupted, and one corrupted rectangle in the left side of the screen which drops like a power object, and stays at the bottom of the screen.

This issue happens on Cowon D2 target. It doesn't happen on the D2's simulator.

Looking at the code and comparing the loading/saving function against the Bubble's game functions, I can see that the return value of file operations is not checked (I'll fix that).
In Bubbles, there's a single file operation of reading/writing the game context struct. In Brickmania there are several consequent file operation to read/write each variable. Maybe the drivers doesn't handle this well on this target. A workaround for that could possibly be to join all saved variables under one game context struct as in Bubbles, but that could mask a real bug somewhere else.

Hi, firstly i put Sansa c200 because SansaClip+ is not available in the list.
My player is a Sandisk SansaClip+ bought 6 months ago with an 8Gb class 4 Sandisk microsd (that is currently empty, no songs stored).

Steps to reproduce the issue (after a fresh installation of the Firmware, no settings changed):

1) Switch on
2) → database
3) → track
4) select any track
5) press the central button
6) Erase Dynamic Playlist? is displayed.. Select Yes
7) countdown then starts to play
8) Seek to the next song (it happens at the first seek or might need three, four one after the other)

Data abort
at 30813E44
FSR 0x8
(domani 0, fault 8)
address 0x62E90028

- I installed version 3.10 on top of version 3.09, but later on I tried to uninstall completely 3.10 and reinstall it from scratch and the issue is the same.

- After the crash i have to keep the "switchoff" button pressed for a while.. then I press it again to restart the player and I try to resume the song I get "playlist control file is invalid" or "nothing to resume"

- behavior is the same with or without the SD card

- The issue was randomly happening (but very very rarely) also on the previous version of the firmware (3.09) I got the error a couple of times in 6 months.

The uisimulator cannot be build by using the source of the latest version on MinGW.

I send this bug’s patch.

It is necessary to apply the patch of FS#10021 to build the firmware on MinGW.

Tested at r29689, gcc 3.4.4. When trying to create a voice file in Cygwin, the following comes out (taken from STDERR):
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x453): undefined reference to `_speex_nb_mode'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x45a): undefined reference to `_speex_wb_mode'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x462): undefined reference to `_speex_encoder_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x490): undefined reference to `_speex_bits_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4b9): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4d9): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4f6): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x513): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x527): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x5fd): undefined reference to `_speex_resampler_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x609): undefined reference to `_speex_resampler_skip_zeros'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x6ac): undefined reference to `_speex_resampler_process_int'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x6fc): undefined reference to `_speex_encode_int'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x724): undefined reference to `_speex_bits_write_whole_bytes'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x7c0): undefined reference to `_speex_bits_write'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x81d): undefined reference to `_speex_encoder_destroy'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x829): undefined reference to `_speex_bits_destroy'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x83d): undefined reference to `_speex_resampler_destroy'
collect2: ld returned 1 exit status
make[2]: * [../rbspeexenc] Error 1
make[1]: * [rbspeexenc] Error 2
make: *** [voicetools] Virhe 2

Revision a8758c9 and Stable (3.13)

If you use the Hold Switch to Lock Keys and remove it again to unlock, buttons doesn't work.
Move around with finger at touchpad work. After this bottons work without problems.

Short:
Start Rockbox
Move the curser over Settings (Example)
Move Hold switch to Lock
Move Hold switch to Unlock
Press Middle Button (Doesnt work)
Move around on Touchpad
Press Middle Button (work)

As the title states the c200 v1 LCD doesn't turn on when changing the Backlight setting from Off to On. The backlight itself does turn on though. I don't know if this happens with the v2 players.

I first noticed this behavior in r24404 earlier today on my c240. I then updated the player to r24511-100204 and get the same behavior as before. I also get the same behavior in another c240 v1 player that I have which I also updated to r24511-100204. It was previously running r20698-090412 and the backlight didn't turn on when changing the backlight from off to on (I'm guessing that  FS#10130  fixed that problem) - so it happened sometime between that revision and at least as far back as r24404. It might have even carried over from  FS#10130 .

Also, just as a note, I don't notice this behavior in the February 2nd c200 simulator (r24449) - both the backlight and LCD turn on as expected. I checked my v1 Fuze (r24509) also and get normal behavior (backlight and LCD turn on), so this bug might just be limited to the c200 players.

When the c200 is docked (as detected by the charger discrete being active), switch to line out. This was necessary for the Griffen “iTrip Auto for Sansa” adapter to produce output. I would assume this is necessary for other docking stations.

This is *NOT* a perfect patch, but it is a start and is necessary to make docking stations with audio output work.

Limitations:
* I mute the headphone output, so plugging in a non-docking charger will prevent listening via the headphones while charging. Both can be enabled… if the charger is plugged in, it probably isn’t an issue but that is what the Sansa firmware does.

* The charger/headphones detection is done only on power up. This is suboptimal, but usually “correct.” A better technique would be to hook into the charger status announcements, but I don’t have time right now.

If you add a tank or a plane on a field the strenght does not increase at any time ( as expected ). E.g. place a tank on a field with a farm.

The Bug is located in superdom.c in lines 438 - 457

static int calc_strength(int colour, int x, int y) {

  int a, b, score=0;
  for (a = -1; a < 2; a++) {
      for (b = -1; b < 2; b++) {
          if ((b == 0 || a == 0) &&
              (board[x + a][y + b].colour == colour)) {
              score += 10;
              if(board[x + a][y + b].tank || board[x + a][y + b].farm) // <-- this is the BUG
                  score += 30;
              if(board[x + a][y + b].plane || board[x + a][y + b].ind) // <-- this is the BUG
                  score += 40;
              if(board[x + a][y + b].nuke)
                  score += 20;
              if(board[x + a][y + b].men)
                  score += (board[x + a][y + b].men*133/1000);
          }
      }
  }
  return score;

}

The Bug should be fixed by using this lines instead :

static int calc_strength(int colour, int x, int y) {

  int a, b, score=0;
  for (a = -1; a < 2; a++) {
      for (b = -1; b < 2; b++) {
          if ((b == 0 || a == 0) &&
              (board[x + a][y + b].colour == colour)) {
              score += 10;
              if(board[x + a][y + b].tank)
                  score += 30;
              if(board[x + a][y + b].farm)
                  score += 30;
              if(board[x + a][y + b].plane)
                  score += 40;
              if(board[x + a][y + b].ind)
                  score += 40;
              if(board[x + a][y + b].nuke)
                  score += 20;
              if(board[x + a][y + b].men)
                  score += (board[x + a][y + b].men*133/1000);
          }
      }
  }
  return score;

}

Adds runtime calibrated from (numerous) battery_bench runs on ipod 5g 64mb (60gb)

How I am able to reproduce this behaviour on my clipv2 using rockbox 3.10:

I select a file to play using the file browser and rockbox creates a curent playlist.
I save this playlist using the context menu and enter file browser again.
I select a file from any other folder for playing back, I get a “playlist buffer full” error message, that keeps flickering on the screen, when pressing any button.

I increased all file limits and also deleted the .playlists_control file to have it recreated again. The saved playlist consists of 30-40 mp3s.

Can't load Rockbox from my SDHC 32 GB A-Data Turbo Class 6.
Get “ATA mount File not found”. Cowon FW loads well.

The following link to example.m4b file which I can’t open in latest rockbox build (4c4c645) on my sansa clip+ and sansa clip zip:
https://cloud.mail.ru/public/KeHt/tmu5sr9YR

I can open it on my computer without any issues.

I cat choose folders to be scan into database. When I select some folder I don’t get confirmation if I want scan database, when I back to screen with folders none of selected folders are selected. I try to set them in config file manually and reread file into rockbox after start but it didn’t help either.

If I can collect some logs or screenshot pleas tell me how I will do it.

Can't set the time of day clock

started at SVN R29234 and continues to current build.
all the builds work in the simulators but break on player.
when you enter in the settings to set clock it shows correct date but shows

00:00:00

and you can change it but it will not set returns you to settings menu and you get

1. -:–:–

unknown

built fresh svn versions each time to confirm when it started

When using the H300 non-lcd remote to turn on the player (iriver H340) I get the following error message “hold switch on, power off…” (the hold switch is not on).

Sorry for this article. I am a Chiness boy and my english is poor.But i love rockbox.My MP3 Player is onda vx747.I can’t open any .txt files which larger than 1M on the rockbox system.I don’t know how to solve it and i hope some could send me a message if he could solve the problem.My E-mail:724279694@qq.com.Thanks!

When the battery is low, Rockbox is unable to charge iPod. When booting into Rockbox, the charging icon is displayed, but after a while the device shuts down.

Booting the OF and charging under it for few minutes is required.

adds ability to use “Caps Shift” (displayed as ‘C’ in vkeyboard) and “Symbol Shift” ( ‘H’ ) so Jumping Jack can be played
http://forums.rockbox.org/index.php?topic=16817.0

To reproduce, ensure car adapter mode is enabled, start playback, and leave the now playing screen. If the charger isn't connected, connect it now. Then, disconnect the charger, causing a car adapter mode pause. Some parts of the now playing screen will overwrite the current screen. I see this in file view, main menu and settings. The main menu is quickly redrawn and back to normal, but the file view is only redrawn after I do something. Now, reconnect the charger, which causes a car adapter mode unpause after a short delay. The same thing happens.

I've seen this on:
- 5G iPod using Firewire power, running 3.10RC and r31106
- Archos Recorder V2 using charger, running 3.10RC and r31106

Edit: The same thing happens with headphone plug-in unpause (but not headphone unplug pause). I expect the problem also happens when using BUTTON_MULTIMEDIA_PLAYPAUSE, but I did not test that.

The problem is due to the pause_action() and unpause_action() calls in apps/misc.c. The second parameter is "bool updatewps". It is true in all cases except headphone unplug pause. I don't know why it's false in that particular case.

The second parameter probably shouldn't be there. The WPS should simply update itself if it is currently displayed.

Both issues seem to appear with any version of my theme and with any build.
Let's try it with the latest version 1.30 of my theme (in attachment but also here: http://themes.rockbox.org/index.php?themeid=1585 ) and a recent build (I use version: 0c4bd3a-120406)

-Theme loading

When you load the theme for the 1st time, the WPS will never load properly (failsafe). The workaround is to turn off the device and turn it on again and then the WPS will always load properly until you reload the theme for some reasons (trying another theme and revert back to mine etc).
I tried both with the full theme version and this "light" version of WPS: http://pastie.org/3747546

-USB connection (tested on Windows 7, with or without a microSD, and there isn't such an issue with the other themes)

If I plug the USB cable while the player is on or off, it will almost never mount properly.
Usually the USB screen appears on my SBS, the computer recognizes a USB device is connected but either nothing appears in "my computer" or the device appears but is not accessible. When I unplug the USB cable, the Zip gets stuck on the USB screen and only reset can turn it off.
Sometimes it even displays some erros like that when plugging the USB cable: "data abort at 30FSR 0x8 (domain 0, fault address 0x964176 bt pc: 0x3006AC3 bt end" , sometimes it doesn't display the USB on SBS but gets stuck on the main menu.
And rarely in the same conditions it also mounts properly…

Like for WPS, I made a "light" version of SBS without the status bar and that way the Zip seems to mount and unmout properly every time!
http://pastie.org/private/cauhxelaip7hrpqpcwdbxw So maybe a tag in the status bar causes the issue with USB connection?