Rockbox

Add an tag to the viewports that allow text/items to be aligned
top/centre/bottom (vertical alignment)

Currently, it is possible to align left/centre/right (horizontal alignment)

The main reason I want to do this is to centre fonts in the middle of a viewport to allow my WPS to allow for multiple fonts - all lined up correctly. I’m sure there can be many other uses

Unsure if this is an RBUtil isssue or a sansapatcher issue, or even a Sansa issue that can’t be solved, but according to this (http://www.rockbox.org/irc/log-20080709#02:36:38), it reports a successful install on the e200R when it hasn’t. Related to  FS#7526 ?

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

Only filetree.c should be allowed to call opendir(), anything that needs to recursively scan directories should be calling ft_load() which can smartly open, scan and close a directory.

The problem with this is that the filename buffer could get corrupted easily if its misused.

as of r18234 the following is using opendir() in the core
filetree.c:133: dir = opendir(c→currdir); ← not recursive
filetree.c:257: dir = opendir(tempdir); ← in ft_load() so ok
filetree.c:259: dir = opendir(c→currdir); ← “” “” “” misc.c:164: dir = opendir(pathlen ? buffer : “/”);
misc.c:1059: dir = opendir(BOOTDIR);
misc.c:1142: DIR* d = opendir(path);
onplay.c:466: dir = opendir(dirname);
onplay.c:817: srcdir = opendir(src);
tagcache.c:4075: dir = opendir(dirname);

the tagcache and the onplay.c ones are dangerous… the 3 in misc.c are not recursive so safe.

the following are uses in plugins, havnt checked them so I only know for sure that stats, disktidy and properties are unsafe
plugins/disktidy.c:203: dir = rb→opendir(name);
plugins/disktidy.c:270: dir = rb→opendir(name);
plugins/md5sum.c:78: dir = rb→opendir( path );
plugins/md5sum.c:113: DIR *dir = rb→opendir( newpath );
plugins/md5sum.c:209: dir = rb→opendir( arg );
plugins/properties.c:79: dir = rb→opendir(tstr);
plugins/properties.c:151: dir = rb→opendir(dps→dirname);
plugins/properties.c:276: dir = rb→opendir(str_dirname);
plugins/random_folder_advance_config.c:70: dir = rb→opendir(fullpath);
plugins/random_folder_advance_config.c:165: dir_check = rb→opendir(formatted_line);
plugins/rockpaint.c:740: d = rb→opendir( bbuf );
plugins/rockpaint.c:754: d = rb→opendir( “/” );
plugins/rockpaint.c:915: d = rb→opendir( FONT_DIR “/” );
plugins/sokoban.c:925: if(!(dir = rb→opendir(dirname)))
plugins/stats.c:139: dir = rb→opendir(fullpath);
plugins/test_codec.c:763: dir = rb→opendir(dirpath);
plugins/test_disk.c:356: dir = rb→opendir(testbasedir);
plugins/test_disk.c:359: rb→splash(HZ, “opendir() failed.”);
plugins/test_disk.c:421: if 1) == NULL)
plugins/wavrecord.c:3774: if 2) == NULL)

so,
The bad calls in the core should be changed to use ft_load, and the plugins should either get a new function in the lib to grab some ram and manage the whole thing, or maybe its safe to just call ft_load there also?

or alternatively, we can go on ignoring the issue.

This may represent other players as well.

I installed a new battery on my iriver, a 2100 mAh that is working perfectly. The problem however, is that when fully charged, the voltage holds up to 4.12 volts, and until it drains to somewhere under 3.9 volts, Rockbox thinks that it is powered via USB, so naturally Rockbox gets stuck in USB mode until the battery is drained enough for Rockbox to realize that it IS a battery. With this problem at hand, I have to charge my iriver to only less than seventy percent of its battery life, or else wait for an hour or so to drain it to that point. I HAVE tested it in its original firmware, like I said, works perfectly. The problem lies with Rockbox thinking that the battery is a USB charger. I am asking for a fix around this. Is there a way that I can modify Rockbox so that it may understand that it is running off of a battery that will get up to 4.12 volts and not mistake that for USB power? I just now thought to turn off the “Charge During USB Connection,” maybe that will solve the problem; I will get back when I find out whether or not that works. However, I would still like to request a work around for this problem. Any help is much appreciated. Thanks.

I have experienced a fade in reception with my sansa e260. If I tune to a station, the longer I listen, the more static becomes present until the station is all static. I have found however that if I navigate to another station and go back. The station is clear again. This does not happen on the original firmware and does not seem to be location specific.

So the firmware seems to be seeing a degrading signal, but the signal is not actually degrading. Or perhaps the frequency to which the FM tuner is tuned, begins to deviate until it reaches a point of all static, even though the tuner still displays the original frequency.

Thanks.

Tracks played via a cuesheet are not recorded in .scrobbler Last.fm log.

I have just now installed the latest stable version of rockbox (that would be 3.0) on an iriver h340. Unfortunately, it’s unusable at the moment due to some serious screen corruption. It sort of looks like this picture: http://img54.imageshack.us/img54/2263/iriver3qs.jpg, but is so much worse that it’s impossible to navigate the menus. If I wait for the backlight to go off, and then press a button, the screen looks fine until I start navigating, at which point the corruption resurfaces.

I’m really excited about rockbox, but this bug is a showstopper for me at the moment.

Thanks for looking into it!

Regards.

Setting the Idle Poweroff setting seems to work just fine initially because the player ceases to respond to any input. However, when you push the power button back up to turn it on, the screen lights up and says “Shutting down…” for a few seconds before actually powering off. You then have to push the power button back on to turn it on proper.

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.

Tested with r19410

If I boot with the headphones plugged in, sound always works (at least I didn’t have it fail yet). If I boot without headhones plugged in, and plug them in later, sound often doesn’t work. This may also depend on whether the player was turned off for a long time, whether the previous boot was USB mode, and whether the headphones were unplugged before or after shutting down.

This is a recurring problem with this target it seems. With 3.1 installed and resume playback on start up enabled, playback hangs and skips badly while the hard drive is being scanned during start up.

The same behavior occurs when resume on start up is disabled, but playback is resumed by the user during the hard drive scan.

After upgrading from 3.0 to 3.1, the “Beep” sound (enabled in Settings / Playback Settings / Beep Volume) now sounds very distorted and fuzzy.

It sounds this way on any setting. Strong, Moderate or Weak and with the player’s volume on any setting. It definitely sounded like a normal clean beep with 3.0

This is on an 80gb Ipod 5.5 with Rockbox r19569-081223

I’m not sure if this should be under “Music Playback”, as I don’t seem to hear the distortion and fuzziness when playing mp3’s.

Mike

I used the official toshiba updater to get an “original” fresh install on my beast and then attempted to run through the install procedure for a single boot rockbox install. After a (seemingly) sucessful install I’d end up in recover mode after any reboot.

Fatal error when attempting to install nk.bin (rockbox only bootloader) using sendfirm in Windows to an updated (v1.2) Gigabeat S player.

After install of both bootloader and rockbox the Gigabeat S, once rebooted, goes into recovery mode (toshiba) and requires an update/restore. This is the Number 3 Triangle.

Notes:
Gigabeat was first updated using the official toshiba MESV12US updater. “gbs_update_1_2_us.exe”

Using SVN revision 19741 to compile nk.bin under WinXP and Cygwin.
Using MTP.zip of 7/4/2008 found on the wiki to send over the bootloader.

I suspect most devs updated their bootloaders using the sendfirm utility *before/without* updating the entire player with the updater utility from toshiba. Thus they started from a v1.1 OF and never updated any part of that.

Maybe the updater changes something in the bootcode. I don’t know.

Using the latest revision (r20001 - but its been broken since I started using Rockbox) the iAudio M3 does not recharge the battery using either the USB or the Power adapter.

The only way I can get the iAudio M3 to charge is to use Cowon’s firmware.

Build 20399

The database_changelog.txt is corrupted in that the wrong filename is associated with a track, this has happened before (pre v3.0), I had to write ascript to correct it.

Exampe row from log:

artist=”Teach Yourself” album=”Polish Conversation (Disc 3)” genre=”Books & Spoken” title=”Conversation 1: Booking A Hotel In Krakow” filename=”/iPod_Control/Music/Blur/Blur - Blur/14 Essex Dogs.mp3” composer=”<Untagged>” comment=”<Untagged>” albumartist=”Teach Yourself” grouping=”Conversation 1: Booking A Hotel In Krakow” year=”2006” discnumber=”3” tracknumber=”2” bitrate=”71” length=”640824” playcount=”0” rating=”0” playtime=”0” lastplayed=”0” commitid=”12” mtime=”955689818”

to reproduce:

1. set playback settings–>fade on stop/pause to on.
2. play some music.
3. press the pause button to stop the music, and again to restart it. repeat that a few times, because this bug does not always occur.

you will notice that both “time-displays” sometimes change very to the previous second and then back to the normal one, e.g 3:32, then very short 3:31, and back to 3:32. the progressbar sometimes get smaller for a fraction of a second, too.

maybe i’ll search for the revision which introduced this in the next few days

I’ve been reliably informed that Rockbox should stop scrolling when it gets to the bottom or top of a menu, only to wrap around when you initiate a new scrolling gesture. On a 2nd Generation iPod, however, it just keeps scrolling.

See http://bertram.bourdrez.org/buggyrockbox.avi (the video is recorded with an old Rockbox, but 3.2-090323 does the same thing)

Also, the bug tracking system is overcomplicated. I have to register an account?!
“Why the hell should *I* set up an account? It’s not like any bugs will be assigned to me or anything. Just store my e-mail address and move on. It’s completely fucking bogus that I should have to go digging through my mail for confirmation passwords.” (http://zork.net/~sneakums/fortunes/gar/215)

Then I have to click a link with a magic number in it *as well as* having to enter a confirmation code from the same email (!?) and then when I’ve finished, I’m not even logged in! I have to log in with the same password I just set! Can’t it just set a cookie?

Currently running r19940 but there doesn’t seem to have been any chage in the power code for the gigabeat S recently.

The issue is that there is a regular clicking noise heard if DC power is connected while the battery is fully charged. This noise is not heard while the battery is charging. The same power adapter doesn’t cause the same noise on an F.

This IS a duplicate of  FS#6904 .

My iaudio x5 hangs when changing directories via short+long direction button presses. It switches to the next directory, but no audio plays, and the WPS shows that it stops at 0:02 of the track.

firmware/export/usb_ch9.h comes from linux (include/linux/usb/ch9.h) with only trivial changes. The original doesn’t mention a specific license, so it probably is GPLv2
file basically contains only structure declarations and defines for things straight from the USB specification though, so I’m not sure if there is a real problem.

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.

Build 21245

I have ''Start Screen' set to 'Resume Playback'.

When connecting the Ipod (from OFF) to the PC the Ipod boots and USB mode starts but also playback (the play > sign is display on the title bar).

The Ipod is not shows and not mounted on the PC.

On disconnecting USB I get 'data abort' and have to hard reset.

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?

I navigate to any directory in the file tree, enter the context menu and set it as the recording directory. Then I go to the recording screen, cancel out immediately and return to the file tree.

There is now a new directory, in the same place as the directory I just set for recording. The new directory has exactly the same name except the final 3 letters have been removed, and it is this directory that has become the recording directory. The original directory is still there too, but now it does nothing.

The workaround is to create a bogus directory with 3 extra letters, then delete it once the bug creates the new directory with the truncated name.

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.

The FM Tuner appears to be very sensitive to noise and static compared to the original firmware radio.

Apart from the static and noise the Rockbox FM Tuner sounds much clearer and sharper than the original firmware, so I wonder if this may be related to the OF using a lower sampling rate or cutting off the higher frequencies to reduce noise.

This isn't a big problem because the MR-100 won't turn on if the hold switch is already engaged.

But if the user turns on the MR-100 and then engages the hold switch while the M:Robe logo is on the screen, a "Hold switch is on Shutting down…" message is displayed, but it does not shut down.

A reset is required at this point - disengaging the hold switch and holding down the power button in this state does not shut down the MR-100.

On the Official Test Build for the Sansa Fuze, when playing Doom, in middle of playing, Rockbox gives a Data Abort Error. If it doesn't happen in middle of playing, it is always reproducible by entering the second Map. The most recent error i got is "Data Abort at 307B32D4". My Version is "r21704-090707".

It happened once just browsing through the Menu, but is only reproduced every time by playing Doom, which is why I filed it under Doom.

I will try to try a later revision and see if it fixes the bug.

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.

Steps to reproduce:

1. Start listening to a series of podcasts, say 1-5
2. After listening to >1 plug player into computer during playback of subsequent podcast
3. Delete the podcasts you have already listened to (not what your currently listening to)
4. Eject/Unplug player from computer
5. Attempt to resume playback

This fails for both resume and Recent Bookmarks functionality. I assume this is somehow tied in with playlist support as files from the playlist have been deleted.

Where does Recent Bookmarks keep it's information? Should the bookmark also keep the individual file referenced so it can resume in this case?

Tested on R21184M-090604

Will test on latest version once my main machine is back on internet.

I am running 3.4 on a 5.5G iPod modified with a 240gb drive. Rockbox is stock 3.4 with LBA48 added in and the max sector size turned off. The database was working ok on 3.3. Only issue was it took forever to add new files. After upgrading to 3.4 I noticed every time I powered on rockbox would lock up in the menus for up to 10 minutes before functioning normally. So I completely removed the .rockbox dir (including the database files of course) and re-expanded a fresh copy. I then tried to init the db. It runs until it is around ~44k files and 99% and then just sits there. If left alone it will eventually just turn it self off. When I turn it back on it will ask me to init the db again. I have seen it try to commit once or twice but it never takes. I am not really sure how to debug this at this point. Also in the debug disk info area, it things my drive is 131071MB. Under Rockbox Info it says 223GB which is better, but these two things are the same as in 3.3. All my Oggs are converted via a script I wrote from my flacs. I do not believe my flacs have any art, I am not even sure you can store art in a flac tag and even them I don’t think the ogg encoder is transferring them. I ran a tag dump (ogginfo) against my oggs and do not see anything to do with album art. I had 4 files on the device with album art. They were all in a directory with a database.ignore file. So they should not have been noticed. Just in case I removed that directory and rebuilt. It went though 44k files, commited 1-9 and then went back to “scanning” but the disk activity had stopped. Upon reboot it asked me to init the db again.

This is not a patched build. I simply changed the config to include large drive support. This is an issue that needs to be looked at. Please check into it, I will be happy to test any ideas.

(sansa fuze)
for some games (such as pokemon)
when you walk around alot;
it is difficult because even the slightest movement of the wheel activates the pause screen;
I have tried multiple controls setups;
and whatever is setup to use the scrollwhell is always extremely sensitive;
a sensitivity setting should be added, to allow a change in the threshold required to count as a button press

This task is about the implementation of the MTP protocol for rockbox.

The code can be found in a github repository:
http://github.com/godeater/rockbox/tree/mtp The two main files are:
firmware/usbstack/usb_mtp.{c|h}
But there also are some other modification to be able to run it using the debug menu.

ROLO currently fails on these targets unless a Rockbox image is being loaded that is sufficiently similar to the one already in memory.

The sequence goes like this:

- rolo_load() loads the new image to
rolo_restart() copies the new image to the start of DRAM (to achieve this without crashing, this function is in
rolo_restart() tries to call invalidate_idcache(), but since invalidate_idcache() is in DRAM this fails as the function has been overwritten.

There are several solutions to this:

1) Move invalidate_idcache() into .icode (easy but won’t fix all targets, esp. those that don’t use IRAM)

2) Create a new .safecode section at the end of DRAM, and move these functions into it (lots of work to update every app.lds and crt0.S, and test every target)

3) Introduce target-specific rolo_restart() functions, as per imx31/rolo_restart.S (less work, as only one should be required per architecture, eg ARMv4/5 etc.)

I’m not sure which of those options is “best”. 1) is certainly the easiest, but 2) and 3) should also allow ROLO to work on targets that don’t use IRAM.

   I've update my ipod nano 2G to r23629. I found the clickweel would remember the last point my finger leave. And next when I touch the clickwheel, it will make a farward/backward move according to the last point I left, even click the button. Now it is not convenient to type a word with the keyboard inside or setting.
   And my Mac doesn't launch my ipod when I connect my ipod with USB until I change to disk mode. Seems that the USB driver doesn't work.

I noticed, that every time I’m in the car listening to music, and I disconnect the iPod 30G (5th gen), while its playing, and I then try to shut it down, it’ll jump to the main window and will not move away from it.

From this point on, I cannot turn off the device nor more away from the main window. Only a HR will resolve this and let the iPod come back to normal working order.

Further more, while it is in that situation (which it is right now, while I write this), the device won’t even go on sleep or turn off the monitor. So basically, it’ll stay with the screen wide awake and lit up.

The two only buttons that will work are the Hold button, which will in turn, turn off the screen and the scroll will allow me to scroll up and down and around on the main window.

Q: What sort of car connection do you use? Line-out+power, or MSC? Or the accessory
I’m not familiar with these connection and their types. All I know is that it is connected to the car stereo from back (ie. the stereo was pull out and the adapter was connected in the back). Also, that it is a connection that connects to the bottom of the iPod (ie. flat and wide connection). It gives me control from the car’s stereo and the steering wheel. When I bought it and then they hooked it up, they told me this is an iPod adapter.

This DOES NOT happen if first stop the music and go to another menu BEFORE I disconnect it from the adapter.

Build is r23841 and earlier.

Occasionally when I reboot to the iPod firmware, something has caused the previously unset alarm setting to be enabled and the playback mode is set to shuffle. This doesn't happen with every reboot, but does more than 50% of the time.

Steps to duplicate:

1. Disable the alarm and set the shuffle mode to "None" in the iPod firmware.
2. Reset and boot into Rockbox
3. Listen to a few tracks
4. Reboot into the iPod firmware and check the shuffle mode and alarm settings.

I can't confirm 100% yet as to the time on the alarm being reset as well, but it does seem to consistently read 6 AM - which is a bit of a shock if I've been listening in Rockbox during the day and then I reboot into the Apple firmware and dock in my iHome, expecting to sleep in late on the weekend.

Duplicate table and some text found in manual/main_menu/main.tex in section Recent Bookmarks, and in manual/configure_rockbox/bookbarking.tex in section Bookmarking.

These duplicate code sections should be joined, and the two files should share it.

Tested on r24190-100105

To reproduce:
- Start Rockbox, default setting
- Play a file with ID3 tags which are encoded in some non-Latin locale (In my case, Hebrew). Notice that the strings are shown in Gibberish.
- Change Default Codepage to the other locale (e.g. Hebrew).
- Go back to WPS

Expected result: All strings that are encoded in the other locale are shown properly.
Current result: All these strings are shown in the original locale.

Workaround: Restart the player. The new locale is applied.

I will not have time to fix this myself, so I'll appreciate if someone else can take responsibility for this bug. Thanks.

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

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!

Stereo width of >0% can cause stutter in the form of an audible click.

Bypassed by setting stereo width of 0% or monophonic channel configuration.

Sound in all games sounds like chirps or clicks that sounds kinda like the real music on the Nano2G.

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.

I like to keep the equalizer on with the precut set to -24db, as a volume limiter. I also like the fade on stop/pause set on. When I pause there is a noticeable ‘click’ sound after the music fades out. Also a click before fading in when I resume.

This was not always the case, but I am not sure how old the version I was using, that did not do this.

By the way, this also occurs on the Gigabeat S, as well as Gigabeat F. I don’t know about other models.

Let me know if you need more information.

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.

rockbox 3.5: ipod doesn’t recognize the connection of usb. i understand that rockbox doesn’t support usb on a 3G ipod, but it would be nice to boot into disk-mode like it does for firewire.

charging isn’t monitored on ipod 3G. it just goes up to 100% very quickly and stays there.

Currently with r24775-100219 on a Gigabeat 20
Checked that it isn’t something to do with the HDD
sometimes after USB transfer or just right after startup, after pressing “Resume playback” it just halts there,showing the album art and sometimes you can change songs/volume but it isn’t playing,then it just freezes and you cannot control anything that needs to be turned off via power switch, and sometimes it requires certain trials before it can normally startup and play.
Additionally, if that happens during startup, it is noticeable that a normal startup produces sort of a background noise,while a buggy startup is simply silent in my headphone.