Rockbox

This is a first attempt at creating an entry for the new fft plugin. The button table was automatically generated with the attached python script.

The script takes a file (or - for stdin), looks for an #ifdef CONFIG_KEYPAD….#endif block and if it finds one (and it is relatively simple), it parses it and creates the corresponding LaTeX table.

The script is extremely simple but it does provide a good basis for further work.

Screenshots in the manual are nested into a 'figure' environment, but the only purpose of this is to be able to have a caption. The floating feature of 'figure' by using the placement attribute 'H' (='Here!').

This patch makes screenshots non-floating while keeping captions below the images. This is done via the LaTeX package 'caption2'.

Placement attribute for figures is set back to the LaTeX default so that figures can really float should we need it.

This adds the translatable string LANG_DISC for display in WPS themes. E.g. a theme could use the following to show “Disc 2” for a multidisc album:

%?ik<%Sx|Disc| %ik|>

Disc is a 4 or 5 letter word in most languages, so it won’t add much clutter in themes which would like to make use of this. A comparable example is the “Next:” (LANG_NEXT) which is used when displaying the next track in a playlist.

This patch wil allow the use of the power key to respond yes in the yes&no screen, cause if in absolute touch screen mode would be impossible to respond yes.
It also will enable the hotkey option.
Italian and english translation for the yes&no.

This patch enables display vsync on the iPod Nano 2G, currently only for the Type 1 (LDS176) display. It removes tearing and can make animation smoother. However, right now it uses an extremely CPU-unfriendly method of waiting for synchronization, which makes the display quite slow in some circumstances. I hope to implement DMA to copy the framebuffer, which should help somewhat. However, I am probably going to need some help to do this.

TheSeven gets all the credit for this patch, since he found where the Tearing Effect (vblank) signal was connected to the s5l8701 and wrote the vsync code. All I did was drop it into the display driver in the right spot.

This patch adds an option to allow the Fastforward/Rewind buttons to be used to skip tracks entirely.

This is an itch of mine that I scratched and am offering up to others if you are interested.

I’ve been using audio lessons to learn Japanese and ran into issues navigating with the normal FF/RW buttons. The acceleration based on track length left me with no sense of time since I don’t keep track of how far I am into my 30 minute long lessons. Simply backing up 5 seconds to catch something I missed was a problem because I’d have to look at what I was doing to see how far I’d ff/rw. Kinda hard when one tick moves 30 seconds too. This is problematic when driving! The existing skip-length feature is really good for this. However, if I use that to skip 5 second increments then I abandon any way of skipping entire tracks. So I re-purposed the FF/RW buttons for skipping tracks and use skip-length for navigating within a track.

I’ve been using this in r27841 for about a week on my Gigabeat, but it seems like it should work for r27942 as well.

This patchs modifies the simulator so that it can emulate the storage layer. More preciserly, it enables all the storage code and simply redirect all storage_{read,write, …} to a file. This way, all fs functions used are the one of rockbox, which allows to debug the FAT code for example.

To run this, apply the patch and modify the makefile to add this: -DROCKBOX_SIMULATE_STORAGE_LAYER
to the line:
export GCCOPTS=….

When running the simulator, it expects to read from file simdisk.raw. You can change this by using the –root option:
./rockboxui –root <file>

The code doesn’t work for me, FAT code seems to choke on something for now, I’m not sure why.

r28528

This adds a bitmap to be shown as the output of the 3 modes of the calculator, similar to the color-codes on the color targets, except that it is a static image for the greyscale targets. Might as well use the screen space for something.

This patch applies to the tools used to generate voice files and talk clips. It adds basic support for the free SVox Pico speech synthesizer, which is the default speech system on Android phones, and is also available on Linux and Windows. Support for this synthesizer is very basic, because the pico2wave utility used to generate wav files of synthesized speech lacks the ability to set speed, pitch, volume, etc. This patch has so far only been tested for English, although several other languages are supported by the synthesizer. Note that you will need the SVox Pico synthesizer installed on your system. On Ubuntu 10.10 and most recent Debian-based systems, installing libttspico-utils should automatically pull down the correct files. This patch hasn't been tested on Windows, but it should work if pico2wave.exe is in your path.

To build voice files using SVox Pico, apply this patch and run

tools/configure –type=AV

Then select your target from the list. The rest of the defaults should be fine, but be sure to type "p" when the script asks for the TTS engine to use. Then run

make voice

and copy the .voice file into .rockbox/langs. The next time you start Rockbox, you should hear your voice prompts spoken using SVox Pico.

To generate talk clips for filenames and directories using SVox Pico, apply the patch and run

tools/voice.pl -C -s=pico -S= -e=rbspeexenc -E= <directory you want spoken>

Your talk files will be generated recursively in the directory you specify. All _dirname.talk and .talk files that correspond to individual files will be generated, with the exception of the _dirname.talk file for the top level directory you specified.

Please test this patch and provide any feedback you have. Thanks.

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…

3.7.1, r29372, tested on Sansa e270

The idea is that when connected via USB, devices with button/wheel lights will indicate disk activity using the light, similar to a USB flash drive.

This works, sort of.
One real problem has been encountered:
The calls to buttonlight_on() and _off() seem to override the backlight_timeout_plugged setting, preventing the backlight from shutting off when this is enabled.

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.

If you build RaaA for SDL with HAVE_TOUCHSCREEN disabled there are no key bindings for the SDL_PAD in any of the plugins. This patch attempts to define generic key mappings for the 3×3 number pad on a typical PC keyboard. It needs work however. For instance, after a bit of testing I decided I’d prefer not to wait for a key repeat on the HOME button to quit most of the plugins. That said, it may prove a useful starting point developers building for RaaA platforms without a mouse or touchscreen. (Like me with the zipit.)

For the Zipit I plan to fix up the generic SDL keys first, testing on a real PC, and then try and figure out a way to use most of them as is. I’m not sure yet if it makes sense to define a ZIPIT_PAD for the few plugins where alternative keys make sense, or use some other #ifdef.

The attached patch fixes a minor compiler warning on 64 bit platforms.

Continuing from FS#12240, these patches remove most of the rest of the dependencies librbcodec has on the rest of Rockbox.

By default logf() will output to the serial port if that is enabled (HAVE_SERIAL). This is kind of distracting if logf() is used to debug serial communication itself.

The attached patch does the following:
- make logf() only output to serial if LOGF_SERIAL is defined (defaults to undef)
- adds an advanced configure option to enable LOGF_SERIAL

The patch is against r30429.

Our tick timer eats CPU even when the app is closed and music is stopped. To fix this, I added a tick_pause() and tick_resume() to kernel-android.c, to be called from java when appropriate.

I've figured out where to call pause, but the current location of resume is inadequate. The app wakes up to a black screen.

A clue, anyone?

This patch does all the UI work needed to add a very nice folder chooser. It saves and loads the search directories from /.rockbox/database.txt.

This is only the UI change, someone else needs to figure out how to make it actually work.

The system changes to searching the entire tree below folders (so no more ignoring some folders and then looking for uningored folders.

this also uses a half done patch to make lists handle indenting, not done for the skin list but if this is actually wanted that can be easily added

I know keymap changes can be a difficult topic, this one however is just a small change - which, I hope, improves usability of Clip players quite a bit.

I just swapped the behavior of two functions when browsing lists: short press on the power button returns to WPS, and pressing menu + center stops playback while in lists. Return to WPS is arguably the much more often used functionality of the two, and this change makes it easier to do that.