Rockbox

This patch adds a secondary backlight timeout (similar to what the the iPod OF does).

It adds two extra settings: secondary backlight timeout and secondary brightness (I'm not sure wrt the naming of those, any suggestions?)

The code isn't very clean, but it works (except for CONFIG_BACKLIGHT_FADING == BACKLIGHT_FADING_PWM targets, for which I haven't implemented this).

Please test this.

When you play back a broken flac file (in this case a file that was truncated) it can happen that he decoder outputs constant loud noise instead of just skipping to the next track.

I’m not sure if this is really a bug since you are not supposed to play back broken files.

Attached is a file where this happens.

H300 r18009 (happens in the uisim too).

I’ve been using the latest dev builds everyday for iPod Nano 2G and still encountering “Swapped Channels” on Playback (e.g. Left Channel → Right Headphone / Right Channel → Left Headphone).

Used latest build 5785cfb-120625

This was reported in the past as part of another bug (FS #6707), and although the other one hasn’t happened anymore, this one still does.

Happens only from time to time. Scenario:

- player is playing song (in WPS), backlight off
- press stop
- only backlight goes on, playback continues

I attach this to H300 series but this may not be player specific

RB does not play AC3 tracks which were extracted from DVD with splitting one-track/one-song (splitting by chapters).

In other words - if you extract single AC3 song RB will not be able to play it back, despite the fact foobar2000 and Winamp with AC3Filter plugin will play it fine.

It is not a problem related to extracting software as the problem occurs for AC3 files saved by DVD Audio Extractor and SmartRipper. (Files saved by them are bit-bit the same as file comparison showed).

Simulator does not display any debugging info when you try to play AC3 file which RB is unable to play.

AC3 playback is not completely broken because RB plays AC3 files if you extracted full AC3 track without splitting it.

So far there's still two problem which have never been fixed on Android:
1.When opening Rockbox, its volume bump to max automatically whatever it was when last quit;
2.On most HTC(and probably other) devices one can't use physical volume keys to adjust. Volume bars in WPS and SBS work well however.

Hopes the fixes!

sometimes when i click on next(or previous) button a couple of times , rockbox gets stuck and then anfter 3 or 4 secs ,it restarts .then when loaded the battery is empty.
i am not sure if this is a rockbox related issue or hardware realated cause i use my ipod for file transfer mainly .and this issue existed from version 3.3 till now( i cont know or remember about before that).

is there a way that i can somehow debug (trace) this issue?

I’m using several SD-cards with my Sansa. When switching cards
and updating the database the db entries of other cards are lost
(unless saved to the database log).

In order to differentiate between files from different cards the
easiest way is to give them different path names. So instead of
mounting each card to <microSD1> this patch takes the volume label
i.e. ‘Classic1’ of the filesystem and mounts it to <Classic1>.

The database update is modified in a way that it erases only entries
for files with a filename of a mounted filesystem. So data of other
cards isn’t erased.

So far the database search isn’t modified to handle nonexisting files,
you still get albums etc. which are currently unavailable.
The patch only makes sure that nonexisting files aren’t entered into
the current playlist.

The patch is only activated for Sansa e200, as I couldn’t test it for
other players.

In the "Scroll bar width" screen, the value used to show the width selected is the previous one, not the current one. The first value change has no effect.
Anyway it seems that the right value is stored: if you select a value and exit by the screen, when you re-enter in it, the width is correct.

Priority low.

Referred to r22406.

The patch allows to use the persistent dircache even in targets that do not define HAVE_EEPROM_SETTINGS.

Starting trying to implement such a feature for my iPod Video, I "discovered" the functions dircache_load/save (I have a slight knowledge of the RB software). Investigating why it was not used on my target, I saw that it's conditioned to the define HAVE_EEPROM_SETTINGS without an apparently reason to limit them just to some targets.
So, I simply "detach" the functions definition and use from the define.
I'm using it since an hour, starting up and shutting down the DAP various times, jumping back and forth inside the dynamic play list, and I got no problems at all.

If I guess correctly the code, the dircache should be updated also when changing the DAP content, if the USB connection is done by RB and not the OF.

It's applied to r29907.

Where possible (i.e. the buttons aren’t needed for somethinig else), the PLAY button should go straight to the WPS (resuming as required) or radio.

These are almost the case, but on the H300 there are the following exceptions:

- Rockbox Info (PLAY performs the disk free space scan, same as SELECT)
- Playlist Viewer when selected from the Main > Playlists menu (PLAY returns to the menu above, same as LEFT)
- Sleep Timer (PLAY does nothing)
- Debug Manu (PLAY enters the selected item, same as SELECT)
- Browse x in Settings, where x = Themes, Fonts or .cfg/.wps/.rwps Files (PLAY returns to the menu above, same as LEFT). (Note that the plugin browser works fine!)

Similarly, the STOP button should stop playback, which is largely ok, except:

- In the Playlist Viewer (STOP does nothing)

I don’t have any other targets handy, but feel free to add any other suspect screens here.

I have only tested this on my H120 with an 18007 build. I have been using the APE codec for some time now and never had a problem in the past.

After reformatting my hard drive and installing the current build I found that rockbox has 2 problems with my APE files

1. The parser for APE files no longer recognizes my APE files encoded with version 8,9 of Jriver Media Center. Result is that files don't play when selected in the file browser and these files do net get added to the database.

2. When switching APE tracks one of two possible behavior occur. a) the Iriver freezes completely. b) On switching tracks there is a loud hiss and then playback of the next track resumes.

Cheers

  Thomas

Note: This is work in progress.
Status: Code implemented

      Manual not updated
      Wiki not updated (only after commit)

The idea of this patch is to have the same keyboard keys assign to the same actions in all platforms.

For example, have +/- keys (both on keyboard and on Numpad) are assigned to Volume Up and Volume Down keys of the original platform.
For platforms which do not have these keys, pressing the +/- keys in the simulator will do nothing.

This change will help developers to do manual regression testing on lots of platforms easily, as they do not have to memorize each platform’s key assignment.

Future development: Display key assignment on screen, and/or on console

First approach, to add dma read/write disk access to the sansa.

There are some restrictions on the dma functionality with this patch:
- only stabile at 80MHz ⇒ cpu boost control added to the driver
- only on 16byte aligned data ptr ⇒ all data are copied to/from aligned memory
- no interrupt support ⇒ using polling method

At 30MHz the driver is much more stable with the following PLL settings:
PLL_CONTROL = 0x8a221e0c; /* 30 MHz = (48MHz/12*30) / 4 */
CLOCK_SOURCE = 0×40007777; /* source #1, #2, #3, #4: PLL (#4 active) */

Reading seems to be in general more reliable than writing of the cards.
The data throughput is a little worse than in the current implementation.
This is partly due to the data copying.
The sporadical ‘2bytes inserted’ problem with the USB file transfer is still
there. Interestingly @30MHz with the above settings, there is another problem:
sporadically ‘2bytes missing’ and ‘2bytes inserted’. Perhaps the DMA transfer
needs some more initialization for proper synchronization.

I have RockBox version 3.9 on my Sansa Fuze v2 and so far I love it, but I have one problem. On a few tracks in my library, when I play them, the first few minutes of the song will be strangely distorted. Most of them are songs where the music starts off in just one of the speakers before moving into the other one. There will be bursts of loud, crackly noise in the other speaker during these first few seconds (that seem to be in time with the music) and then it will fix itself and the rest of the song will play perfectly. When I boot the default Sandisk firmware the songs play perfect like they should, it is only in RockBox that this glitch happens. I’ve messed with the settings a bit and even reset them completely, but nothing has worked thus far.

Attached is one of the songs that this happens with, from about 2 seconds in to about 7 seconds in. Any help would be greatly appreciated. I really want to enjoy my music without that crap in it.

Sans Clip V2

24bit 96000 Hz 6 Channel (5.1) FLAC files skip to next song after 30 seconds. 30 seconds is an estimate because my screen is broken, so I can’t see what’s happening. I downloaded a daily build 3 days ago, but I think it’s a buffering issue. Flac is 8181 kbps (says Foobar).

It’s the first time I tried these files, so I don’t know if they ever worked, or ever will.
If they never will work, I’m sorry for reporting this.

Thank you all for your time and efforts.

A new background image for bubbles that looks a lot better.
Made using GIMP and images from frozen bubble.

Copy the attached file to ‘apps/plugins/bitmaps’.

Hello!
Not very long ago I got iPod Nano 2 gen 8gb, installed rockbox and encountered this strange behavior:

After pushing and releasing Hold button player doesn't react on wheel. When I'm trying to use some other button(Menu, for example), nothing happens. After third attempt to use a button Rockbox does button context properly, showing me what I wanted to see a few clicks ago. What happens with interface after using Hold? When I return to 'Now playing' screen throughout Menu, all works fine. But right after using Hold button I can't nor increase/decrease volume, neither move in a menu list.

When the dc jack is plugged in to charge while the player is not running (switched off), the display says ‘ATA Error -11’. It can’t be reset except by removing the batteries and dc jack. I ran an older build from last year and it works fine.

This is the game Squarebloxx. It works on Color-LCDs only because colors are an essential part of the game. I tested it in the Simulator for all the color Boxes. I also tested it on my H340.
In the game you have to mark parts of an array of tiles. If the tiles in the corners of the mark are the same color, the marked area is done. If all tiles are done the level is finished.
Please give me feedback and report bugs.

Thanks Krush

With r30907 (and also back to at least r30809 which I tested as well) I experience unneeded mass storage accesses on my iPod nano2G. I do not see this effect on my iPod Video.

Use case:
- Create a playlist from either DB or file browser
- Let buffering finish
- Skip forward track by track
(I use mpc/mp3/aac with embedded album art.)

Effect seen: For some skips I see short flash accesses (much shorter than full rebuffering).

This only happens if dircache is off. With activated dircache this effect is gone.

As such mass storage accesses are severely impacting the battery runtime on HDD targets I hope we get this figured out before v3.10.

Hello World :)
Attached is a VBR WMA music file, which fails to play correctly on my “RockPod” iPod Nano.
The same file decodes perfectly using the latest ffmpeg build.
Therefore I can only assume there is something about this file which triggers a bug in the Rockbox-specific WMA decoder.
Also attached is a microphone recording of the sound which comes out of my iPod when Rockbox attempts to play the faulty WMA.

I have over 3000 WMA tracks, all encoded using an identical method, all of which will not play correctly in rock box, so if you would like any more examples, or information, please ask.

Thanks for all your help :)
(If there is any way I can help debug/update the code for the wma decoder, please let me know where to start, I understand the C source code pretty well)

~Andrew

This bug is sporatic “the worst kind”, has effected a 4gb fuze+ “foolsh in IRC” and an 8gb fuze+ “DmL in IRC“, but also has been confirmed to be absent from one other 4gb fuze+

Rockboy data aborts on menu key press, when the srceen is rotated left and image is stretched across the whole srceen. Also no matter what key is mapped to the menu entry it will still fail.

It never fails when aspect ratio is maintained with scale or when not scaled at all, and never aborts when rotated right or not at all.

Only four files even mention rotate in the apps/plugins/rockboy/ directory “lcd.c menu.c rockmacros.h and sys_rockbox.c”

Sometimes the failure does not happen and reaching the menu is possible, but the rockboy option file may get written and not allow the user back into the menu later to change the rotate option back. When this happens the option file must be edited or erased to make rockboy work again normally.

General:
The trainer works with (three) cardboxes. Known cards will be moved from left to right to the next box, unknown to the first. You have finished the test if all cards are in the last box. The actual filling status of the boxes is graphically shown.

How the user handles the trainer during the test:
- a word is displayed
- the user thinks about the translation
- after pressing a button the solution is displayed
- the user decides by pressing the forward or backward button if he was right or wrong
- according the selection the card is shifted to the next box or to the first

Options:
- select vocabulary file
- reset (statistic) of vacabulary file
- change direction of inquiry
- display comment on/off
- colour settings

Vocabulary files:

The vocabulary is stored in files in the following format:
word1;word2;comment (optional)

Example:
lernen;to learn;verb

File format:
Maximum length of words:50
Maximum number of lines:500
File format: UTF-8

So, I have a Clip Zip at the moment. Been using rockbox on it since day 1, and since day one i've always had an issue: during playback, when accessing files from the SD card, the player randomly freezes. It's not always, it's not when accessing the same files or some specific characteristic shared by them, it just appears to be random. When it freezes, the LCD usually still responds to my commands (i can access menus, see the file info, even change song and it will display in the playback screen), but the actual playback doesn't, and I eventually have to hard reset it. I guess it's some kind of SD compatibility issues: I have an 8GB class 4 PNY. I know it's not the own card's problem since it worked perfectly on my Clip+ and does on my Android Cellphone.
I've been updating daily builds for this device at least once a week since I got it, and it happens with every build.

The ARM hardware debugger via JTAG spec (EmbeddedICE) specifies a sideband channel for target↔debugger communication called DCC (Debug Communications Channel). openocd, an open-source debugger compatible with the EmbeddedICE standard, supports using this channel for textual debug messages from the target.

The attached patch implements the target side of this channel. Messages can be enabled in openocd using the “target_request debugmsgs enable” command.

WARNING: If -DDEBUG is enabled and there is no hardware debugger attached to drain the DCC buffer, debug() becomes very slow because it has to wait for the writes to time out. However, this is unlikely to happen because -DDEBUG isn’t typically enabled for target builds.

This is a patch meant for Clip+ that adds a “Reflection” setting to
allows choosing if to show a reflection or not. When no reflection is shown the images are moved to bottom of screen allowing for title at top and keeping them in the blue
will work for other devices. I tested it on Fuze v2 but others may have unknown problems related to screen size differences. For screens > 100 high it doesn’t move the albums
against r26185 in UISim
you want this as a patch against my pictureflow-wps integration patch let me know as I have one

While playing doom, I can definitely read the amount of ammo, shield status, and health of my character. However, I cannot read the messages like you need the key first to open this door. Also, if you set the screen size to the maximum and turn on the heads up display the font there is also illegible.

Hi all.

I have found a funny thing, which should get fixed. In set_prescaled_volume there is this call:
audiohw_set_lineout_vol(tenthdb2master(0), tenthdb2master(0));

As far as I can see this call is not needed here. So this patch removes it, but as I own only a sansa e280 I can not test this change. I hope to commit this soon.

If this call is needed… do we need it every time audio changes or only once at init?

Thanks,
AustrianCOder

Hello! I made this patch to add a separate backlight setting for the viewer plugin. By default the viewer plugin use Rockbox global backlight setting. For battery life, the backlight length would be usually too short in viewer, since reading a page may take more than 10 seconds. Bring the backlight on again by pressing buttons or wheel could be painful since it may cause unwanted effects (e.g. scroll to top/bottom of the text).

I added two options: Use global setting (default) and Always on. When setting to "Use global setting", everything should remain the same as before. When setting to "Always on", the backlight should never dim off. Changing the option during reading will immediately applies effect. I use the helper functions "backlight_use_settings" and "backlight_force_on" to achieve this.

Warning: since I changed the preference struct, after installing the new viewer.rock, all previous viewer setting will be abandoned and revert to default settings. You can backup your old viewer.dat (36 bytes), wait the new viewer.dat (40 bytes) be generated, and overwrite the first 36 bytes from the old viewer.dat to restore the setting. I don't know if there is a painless way for the transition. Suggestions are welcomed.

Thank you!

Some improvements for voicebox on windows. Mainly an option to voice file extensions. Not perfect yet. Instead of an option to voice file extensions there are two voice files options in the hta file. Anyone know what is wrong with this?
Thanks

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.

Simple patch to add RBBLver prefix + suffix to the bootloader version string. rbutil can scan the binary bootloader file to locate this string to determine the bootloader version. download.rockbox.org can now be updated to include bootloader.version files alongside the binaries (e.g. extract the bootloader version from the binary using od -S 6 | grep RBBLver )

This bug currently exists as of rev 21444.

If settings are modified on the recording screen they aren't persistent after a reboot unless another setting is changed somewhere in the menu system.

The problem is that global_settings is being modified without a subsequent call to settings_save().

Attached is a fix for this problem. I've so far only tested it on the h1x0 simulator but I think it's a pretty benign change, unlikely to cause problems on other targets.

After upgrading my 1st generation iPod Nano from Rockbox 3.6 to 3.9 the cover art display does not seem to be working consistently.

When using a playlist the first track will always show the correct cover art, but any tracks after that will continue to show the first track's cover. This also happens if I skip forward or backward between tracks in the playlist.

If I manually select a file to play the correct cover will show, and if I manually select another track during the play-back of the first the cover art will change to the new track.

I have also tried this with current build r30334 (2011-08-20T13:14:30) with the same results.

I tried to make the first shot on adding fm radio support for the Samsung YH-* devices.

–

I got no SD-Card support for my E-250 after boot into USB mode.
I plug in my powered off player into usb and only have access to internal storage.

If i plug in my player booted up there is no problem.

I am using daily build r29174-110131.

installed rockbox and doom (freedoom) all correctly. but problem is that the navigation keys dont work when the game starts. cant move. but i can bring up pause menu by flicking hold on then off but then only up(menu button) works in addition to the center button being able to select

to reproduce:install latest build for ipod classic 5th gen 30gb
install doom from the rockbox utilities program
run doom in ipod
game loads
face at bottom of screen moves, showing it isnt frozen… cannot move

and yes i have tried configuring the keys, it doesnt work

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.

(Made using r29635)

This plugin adds an Ohm's Law calculator feature to the resistor.c plugin. It takes two inputs, of either (voltage, resistance, current, power), but not both of the same time, it will then calculate the other two values.

This patch removes any total tracks and total discs number from the track and disc number fields in ID3v2 tags, so that track and disc numbers are displayed consistently across different tagging formats.

What happens is that if a number larger than zero can be parsed from the start of the field, then the field is terminated on the first “/” char.

Added as a patch as I don’t know if this behavior is wanted.

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

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.

Attached is a patch that:

* adds an option to chose the date format in the system menu (choice between YMD, DMY and MDY)
* adds a %cF theme tag so that theme can know in which order to display the date

There are a few new strings that I only added in English.

This is my very first rockbox patch so please let me know if anything should be improved.

I did the patch against svn 29827 and tested it in a simulated Fuze v2 as well as a real one.

When the battery is nearly empty and the iriver H10 is about to shutdown, the volume sometimes suddenly increases progressively, as if the volume UP button was pressed and held down, all the way up to the maximum.

This has happened to me about 3-4 times so far. Pressing the volume DOWN button somewhat counters this bug, but only for as long as the DOWN button is used - the volume keeps increasing.

This occurs with Rockbox Release 3.5 (not 3.4 as the Report Version field of the ticket says).

Here’s a patch to have a functional usb_serial driver allowing the use of “Logf over Usb” debug function.

I installed release 3.3 on my Sansa e260. 3.2 worked. On 3.3, volume controls work fine in normal playback mode, but when I switch to FM Radio, they are ignored. If I switch back to normal playback mode, I can set the volume level again, just not while listening to the radio.

Using r30284

Initialization of the database, from scratch, on the Fuze v2, using a fresh SVN build, fails when committing.

It scans all files, gets to committing 4/9, then hangs at “building database, N files found”.

If I reboot, it tries to commit on reboot, stops at 4/9, then boots into rockbox with no database (ie it asks me to initialize if I try to view it).

Attached are my database* files.

This is a bug in post-3.9 code, as I don’t have the problem with a 3.9 release.

This patch will correct how thai vowels and tonal makers display.

Patch changes controls for Doom:

Forward: rec/up
Left/Right: scrollwheel (it needs a lot of scrolls for large turns, but hopefully it can be modified to work better in the future)
Back: down
Shoot/Enter (menu): select
Change weapon: left
Open: right
Esc: power