Rockbox

Create silence in Audacity program (Generate → Silence). Convert the wav file to ogg vorbis file. Put into the sansa clip+ player wav and Ogg files. Turn on the equalizer and set 32 hz, 64 hz, 125 hz in the 0.5-2.0.
Turn on maximum volume. Listen to the silence of wav file. Absolute silence. Listen Ogg Vorbis file - hear the noise (like the wind). It’s bug with only ogg vorbis. mp3, flac, mp4 is absolute silence.
On a musical files it’s additional noise. Ogg vorbis is economical of disk space. Testing on a sansa clip+ with 2GB.

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)

When playing music, I can hear codec errors in the music. It occurs every time on a certain song, and other songs that are smaller in file size, it does not occur on, but occurs on the next one. I believe it is a buffering issue, and makes the music unlistenable. I used the daily on 10/21/2015

On 320kb/s MP3s it occurs much more often, and 128kb/s MP3s it occurs less often, but when it occurs its a series of glitches that distort the music.

I am sure its not the MP3s themselves, because it doesn't occur in the official firmware, and when I rewind it, it does not make the same sound until later. It has a very prominent 'glitchy' sound and later it changes the speed of the song.

I replaced it with the 3.1.3 MP3 codec, and the same glitch occurs.

I do not have a line out so its made through the speaker, but the problem is so bad that you can hear it very clearly.

The MP3 was 320kb/s

Memo is the glitchy one, and Memo-1 is it being played correctly.

Use of the sleep timer deactivates the idle power off. Both should be independent pathways to shutdown. The Idle Poweroff should initiate shutdown if there is no playback and no keypress inside the indicated time. The sleep timer only is to use keypresses. However, the actual behavior is for the sleep timer to disable the idle poweroff. This is a bug. Instead of either or it (If … else if) should be two "If then .. If then" constructs.

The benefit is that you can save battery life if you leave the device on while player, or if you get interrupted. Currently, you can only do one.

To replicate:
use sansa clip, latest version. Set idle power off at 1 minute and sleep timer at 30 minutes (default). Play then pause for two minutes. Press volume button and note unit is on instead of off.

Expected sorting by artist name, then by album and then by track number, but now all songs by all artists sorting by track names in alphabetical order.

Heyup,

I’ve recently updated the build on my zip and the radio volume is greatly reduced. It`s very noticeable since I use a passive speaker connected straight to the player (top volume required). Volume of file playback is unaffected.

Here’s someone describing the same issue-
http://www.anythingbutipod.com/forum/showthread.php?t=74910

Same symptoms including (notably) normal volume in the recording screen (gain=0), and region settings make no difference.

I have no note of which build I had before the update but it was from around the end of 2014. Looking thru the changelog yielded no clues.

trunk 983c808-150717

This patch will add a setting, called "Scroll Bar Border", which will determine whether menus / lists will have scrollbars with borders or not.

The default value for this setting is "yes", so that it matches previous behavior.

First, thanks for existing …

I just bought a 8GB Sansa Clip+ and had issues when trying to listen 24 bit Flacs, which was instantly solved using RockBox. Well, the issue I’d like to report is that it freezes when I plug it into my Mac while having the SD card on it; to avoid this I have to remove the SD card, but this is kind of unconfortable.

Any advise?

Thanks in advance

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.

On my iPod Classic (160GB), the hold switch is not being detected anymore by Rockbox.
Switching the hold switch does cause the buttons to stop responding and vice versa, but Rockbox is unaware of this event and continues to act as if it didn't happen. My backlight won't turn off when I switch hold like it's supposed to, and I can't exit plugins that have a hold switch activated menu like RockBoy.

I am using build c3c2c91, I just updated today.
This bug has been present since as early as January, and I am aware that a task already exists for it, but it's buried deep because the poster marked it as Low severity.

I noticed that the playlist seems to become one item shorter when I shuffle it, using the latest Git master branch (commit 70d57080) on a Sansa Clip+.

Steps to reproduce:
1. Clear the playlist by pressing Stop (power button)
2. Add a small number of tracks to the playlist
3. Shuffle the playlist (playlist view, menu, Shuffle)
4. Observe that playlist is one item shorter than before

I tracked the reason for this down, and attach a patch. This isn't a "proper" fix, and is a bit hacky, but it does illustrate what causes the problem.

The manual says in page 31 chapter 4.3.3. that you can get to the Playlist Viewer Settings from the Playlist Viewer Menu (which should probably be named Playlist Viewer Context Menu), but there is no such entry on the actual player. Just via the settings menu from the main menu.

Rockbox version 3.13
Wenn I delete a file being played, it continues to play (which is OK for me). But when I rewind in this file while playing, Rockbox hangs and does not respond to any key presses. The screen light stays on. I have to press the hard reset or wait until the battery is empty.

This also sometimes happens when I press fastforward, but it always happens when pressing rewind.

Desired behavior:
- Preferred: permit rewinding/fastforwarding (and really delete the file only after stopping the replay)
- ignore rewind/fast forward; alternatively
- skip to the next file immediately after deleting.

Thanks for reading, and please contact me if you cannot reproduce this! I have a Iriver H140 and I must say that all my recordings are in wavpack (recordings made using SPDIF-IN), so I do not know whether this also happens with other file formats and with other players.

-Stefan

when i pressed the fm radio it’s. but when i press off it sounds like it’s still on and beeping. i’ve got all the settings of for beeping and it’s still on the fm radion i mean. this weird bug i know. please do fix this bug thanks

I use the attached custom WPS that displays the active Replaygain value and type next to the track number.

When playing mpc files created by foobar2000 with the tracknumber/totaltracks tag format, if the track# is 10 or higher and the applied gain negative (as in the attached mpc), mangled characters are displayed between the gain value and type, eg:

10/12 -2.00 dB *gibberish* (Album)

This is reproducible with the latest simulator build d0fffd6-150104 but I only recently noticed the issue and don't know when it began. I have an old sim build 935d8be-121229 and it works correctly there.

I have Rockbox (Development version Revision 9a5f7ce). Rockbox music playback was crystal clear, however after few days of use, a constant static background hiss/static noise can be heard.

I was recently renaming some of the music files on my Sansa Clip+ MP3 player using my computer. Some of the renames were as simple as changing the case of some of the letters in the filename, from uppercase to lowercase. After I disconnected my device, I noticed that there were duplicates of certain entries in the database. Upon further investigation, I realized that all of the entries that were duplicated were the files that the names of which I had renamed by changing the case of the letters. After I discovered this, I tried to rename a file in this manner using the device. When I tried to save the file with the new name, the screen showed a box that read “Rename Failed.”
Apparently, at least for Sansa Clip+, RockBox has a problem with renaming files by changing the case of the letters. Let me know if any other RockBox devices have this problem as well.

There is an ALAC playback problem in daily builds (since 2014-11). The playback somethimes works for one song but then crashes and shows ALAC file details as "? kbit/s", "0 MHz", "0 MB" and nothing happens when I press the Play button. After reboot the problem occurs again. It makes the ALAC playback impossible.

Now I'm using revision 9cb9f76M-140326 with patches from aroldan:

https://www.dropbox.com/sh/b5xbw6cp4ikfxwn/MjELjmDNJ_

With this build there are no ALAC playback problems.

Hi.

I noted a strange bug on mpio hd300 player. 2/3 of the times ,when i lock the player with HOLD ON button, and return to HOLD OFF, the volume keys do not work anymore,however, the others keys works OK (menu, FF,REW,PLAY and REC). only after a reset, these keys (volume) works again.

The release of RB is 3.13

I try other releases, from 3.11 to 3.12, and the problem is the same.

thanks

This patch changes the frequency range when selecting "Region: Other" for the FM radio:

With this patch, the "full range" from 76 MHz to 108 MHz, in 0.05 MHz steps, is available when selecting the "Other" region.

I have an upgraded iPod 5.5 with CF 32Gb installed in CF-ZIF adapter.
Both iTunes & Rockbox are working fine with this setup.

Then I tried to increase the storage space by using mSata SSD 64 GB + mSata-ZIF adapter. iTunes recovered the iPod successfully and it is working just fine. I installed Rockbox latest stable (non-stable latest = same thing) version & after the Rockbox boot-up it reporting an ATA error -11.

I wonder if this can be solved.

Thanks!

## This was tried out with Sansa Fuzev2 simulator version d392da8-140922, built from git on a 64 bit Linux system ##

I discovered something which seems to be a bug somewhere in the place where WPS get interpreted or rendered.

When I use a scrolling line just after a line containing sublines, the scrolling line stops scrolling as soon as the sublines change the first time.

Below are steps to reproduce it on the UI simulator for the Sansa Fuzev2. I think it also works without using a clear configuration. I haven’t tested with a real device, only with the simulator.

Attached are a .wps-file showing the buggy behaviour (’scrollline_after_sublines_bug.buggy.wps’), and a .wps-file working correctly (’scrollline_after_sublines_bug.workaround.wps’), which are the same files as quoted below.

STEPS TO REPRODUCE:

(0) Use Sansa Fuzev2 simulator version d392da8-140922, build from git on a 64 bit Linux system.

(1) Use a clear configuration, so erase

    .rockbox/.playlist_control
    .rockbox/config.cfg
    .rockbox/nvram.bin
    .rockbox/database.ignore
  in your 'simdisk' directory.

(2) Start the rockbox UI simulator

(3) Change the theme to ‘rockbox_failsafe’, i.e. in the menu, do the following:

• ‘Settings’ → ‘Theme Settings’ → ‘Browse Theme Files’ → ‘rockbox_failsafe.cfg’
• ‘Settings’ → ‘Theme Settings’ → ‘While Playing Screen’ → ‘rockbox_failsafe.wps’
• ‘Settings’ → ‘Theme Settings’ → ‘Radio Screen’ → ‘rockbox_failsafe.fms’
• ‘Settings’ → ‘Theme Settings’ → ‘Base Skin’ → ‘rockbox_failsafe.sbs’

(4) Use the following .wps-file as the “While Playing Screen” skin:

=⇒ # Two sublines:
Text1;Text2
# A long line, scrolling:
%sA very long text which is meant to scroll because it is longer than the screen is wide.
# Another line of just text (Not needed to reproduce the bug, but if it is swapped with the long line above, the long line scrolles correctly):
Textline.
#### Here the following Bug appears:
# When the Line ‘Text1;Text2’ changes the sublines the first time, the subsequent line stops scrolling. It happens when the sublines change; as when you use ‘%t(5)Text1;Text2’, the scrolling stops only after 5 seconds, when the sublines actually change.
⇐=

Workaround:
(4a) Put the scrolling line not directly after a line with sublines. The following .wps as the “While Playing Screen” skin works:

=⇒ # Two sublines:
Text1;Text2
# Another line of just text. Needed to make the long line scrolling correctly:
Textline.
# A long line, scrolling:
%sA very long text which is meant to scroll because it is longer than the screen is wide.
#### Here the bug does not appear, the long line scrolls corretly. But when the long scrolling line is put just below the line with the sublines, it stops scrolling as soon as the sublines change for the first time.
⇐=

When I try to build rockbox, I get the following error:

=⇒ make: execvp: /bin/sh: Argument list too long
⇐=

My build path is a fairly long path. Building it at a location with shorter path it works. Details:

Steps to reproduce:

* Create a location where you want to have the sources; use a fairly long path name, e.g.

  mkdir -p /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/

* Change to that directory:

  cd /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/

* Download git sources (Tried with version from 2014-09-22, 10:55:11 GMT+1, Commit by "Marcin Bukat marcin.bukat@gmail.com", Change-Id: "Ie3aa9b208e3f4f17d4d02f11f69839e9b381217d") to a long path:

  git clone git://git.rockbox.org/rockbox 

* Make a build directory and change into it:

  mkdir -p /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2
  cd /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2

* Configure the build:

  ../rockbox/tools/configure --target=63 --type=N

prodces the output

==>

Using temporary directory /tmp
Platform set to sansafuzev2
Normal build selected
Using source code root directory: /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/rockbox
Using arm-elf-eabi-gcc 4.4.4 (404)
Using arm-elf-eabi-ld 2.20.1.20100303
Found and uses ccache (/sbin/ccache)
Automatically selected arch: arm (ver 5)
Created Makefile

<==

* Running "make":

  make

produces the output

==>

Generating dependencies
make: execvp: /bin/sh: Argument list too long
make: *** No rule to make target '/home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2/make.dep', needed by 'all'. Stop.

<==

and returns with exit code 2.

Workaround:

Building it in a directory with shorter path, e.g. doing everything in "/tmp", works.

But that is only a workaround; it should not fail when building in arbitrary locations, and especially not with a message not making it clear _what_ the underlying problem ist. (I had to do a long internet search to get to the idea that the build place can be the problem).

Consider the following theme markup:

%Vl(progressbar,306,156,10,80,-)
%pb(0,0,10,80,progressbar.bmp,vertical)

That draws a vertical progress bar that will get filled from bottom to top. When a song starts to play, the progress bar is one pixel high, at the correct position (at the bottom of the viewport). That 1px-high image quickly jumps up one pixel (moves up by one pixel), then comes back down one pixel (at the correct position) whenever the progress percentage is high enough. The progress bar then displays normally and grows as the song is playing. See attached screenshots.

Expected behavior: the position of the progress bar (relative to the viewport) should not change. The bug has been observed in the iPod Classic and Clip Zip sims (builds 1bc89bd and 77bfff5) as well on the actual devices. Inverting the progress bar (with the "invert" parameter) shows the correct behavior (inverted bar with no such glitch).

Affected themes: Ash (iPod Classic), SugarBrown (Clip Zip).

Been using Rockbox for years, so it was really obvious when things got messed up somewhere in 3.12~3.13. In a nutshell, with this release, in a 1000+ playlist, I’m listening to the same songs over and over again when shuffle is on. To fix the issue, I have to turn shuffle OFF and then flip it back to ON every time I start a player. Never had this problem before. Don’t know if this affects all devices or just my H340 (yes! still going strong!).

Metronome plugin is not functional on Ipod 6G.

Steps to reproduce:
1) Open metronome;
2) Hold the "Select" button.

Expected:
– The metronome starts to tick in the headphones.

Observed:
– The text on the screen changes from "start: hold select" to "stop : cancel", but no sound is made.
– A short click on the Select button emits a single tick sound, but the tapped frequency cannot be captured as the Ipod 6G does not have any "Record" button.

Comment:
As single taps can be made, the metronome.c / play_tock() seems to work
and at least some sort of sound can be produced on this hardware,
maybe something is wrong with the timer_callback() ?

if i format the clip+'s microsd card to contain a DOS partition table, then the vfat formatted partition is not recognized.

if i format the sd card with a vfat fs starting at the first block, then the fs is recognized by rockbox.

** if i then reformat the sd card with a partition table like above, then the second fs i created is still recognized by rockbox, even though the first 512 bytes or so have been clobbered. the result is that rb and my laptop see different fs structures, and clobber each other's metadata, causing corrupt file systems.

the work-around is to dd if=/dev/zero the beginning of the sd card and format without partitions.

i kindly request that rb support dos, or some other, partition table, and maybe that rb doesn't mount fs'es which appear to be clobbered by a partition table. one problem with this change is that some people may be using a clobbered fs without knowing. with such a patch, they could end up seeing a corrupt fs instead.

i don't consider this very high priority. thanks for the awesome firmware!

Hi, thanks a lot for all of your coding efforts, support, etc. I noticed that the WPS layout changed slightly after installing the latest dev build.

===

Problem: An unexpected indent appears in the WPS after installing the latest dev build on a Sansa Clip+. Please see attachment for an example.

Steps to Reproduce:
1. Install 3.13 with Blind theme
2. Play some tracks to see WPS
3. Upgrade to latest dev build
4. Play some tracks to see WPS
5. Problem occurs here: there’s an extra indentation after the “{current track number} / {number of tracks in playlist}” text, at the bottom-left of the screen.

Player: Sansa Clip+
Rockbox version: 1879de7-140525
Binary: rockbox.sansa
Size: 582384

Additional: Possibly related to #12953

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.

On my Sansa c250v1, the starfield plugin crashes at the address 0x01F80394 with a data abort.
It seems that the plugin is attempting to execute data.
Strangely, it does not happen in the simulator.

After setting the “Charge During USB Connection” Rockbox setting to “no”, the battery in my iPod Classic still gets charged whenever connecting the iPod to my PC via USB. From the iPod Video manual:

“This option lets you control whether the player should charge during the USB connection and hence draw the full 500 mA. Turning it Off is recommended if the player is connected through an unpowered USB hub or a laptop port.”

I would expect the battery NOT to get charged. Running Rockbox dev build 9576134.

http://web.mit.edu/mgg6/www/cover.jpg

This file is correctly decoded and displayed in the Fuze+ simulator, but testing on device results in playback stopping. Interestingly, nothing crashes, playback just stops. In theory we should be able to decode this, the resizer does not need to load more than a few lines of the image at once, which should easily fit in memory. Alternatively, if it is too large (or rather wide given that its decoded line by line) for the available space, it should probably just be rejected.

For the last couple of weeks, I can’t get Rockbox to run anymore on my phone. I use Rasher’s build, which used to work fine. I even built one on my own, but it still doesn’t work. I tried running it on the emulator and it worked fine. I am not sure what is wrong, reading the logcat gets me nowhere because I don’t really understand most of it. I have attached the logcat here. I do not know if I’m the only one having this problem.

I tried various method to get it working again on my phone, I even tried resetting my phone in case if I messed up somewhere. I also noticed this when I was trying out another ROM for my phone, which runs on Gingerbread 2.3.7. I thought it was the ROM’s problem, so I changed back to the ROM that I frequently use, which used to had no problems at all running Rockbox. The last working build was on 01 March 2014, after that, nothing works anymore on my phone.

The only possibility that I can think of is that my phone is outdated and the kernel or the ROM is missing something crucial to run the latest Rockbox builds. Other than that, I have no idea. I hope the logcat attached could help you identify this problem. Thank you in advance.

Build version: 915bc09-140318
Last working build (on phone): unknown revision, dated 01 March 2014
Phone: Sony Ericsson Xperia X10
Android: 4.1.2 Jelly Bean (CyanogenMod 10)
Emulator: 4.1.2 (API 16) with same screen dimension.

I am having a couple of problems with Rockbox on my iRiver H140.
The first issue is that all my songs in the files folder are displaying only in the order
that they were uploaded onto the machine. If I go into the settings and choose to display
Artists in alphabetical order it doesn't have any effect! I am left to endlessly scroll through
the names or listen through the iriver player which doesn't play WAVs or FLACs so i can't access everything.
Secondly, if I start up and resume playback of an album it doesn't then allow me to access the files folder when I navigate to it. I have to then restart my player and go to files from there. If I later come out to the main menu and choose Files, or any folder for that matter, it won't open. It's really frustrating. Any ideas of a fix?

Using release 3.13 on the clip zip, if I were to put the main crossfeed setting on the right button of the quickscreen, it would cycle through to custom but then stop. If I use the left button of the quickscreen, then after custom there is a data abort crash.

Using build c64b59f-140304, both the left and right quickscreen buttons work to cycle through all 3 settings for crossfeed, but I can still trigger the crash if I use the left button. It seems to be sporadic and timing dependent, because if I click through the options quickly it works fine, but if I slow down and hold the buttons for longer at a time then it will eventually trigger.

Here is a picture of the crash: http://i.imgur.com/wS1CqVr.jpg The text is:
Data abort at 30800E
FSR 0x8
(domain 0, fault 8)
address 0xB00Fb5D
pc:30800BA8 sp:300<snip> the screen is too narrow, here
bt end

http://www.konscience.de/wp-content/uploads/kns017-maertyrer-gegen-copyright.m4a

The current build as well as 3.13 report and then fail:

parsing /kns017-maertyrer-gegen-copyright.m4a failed (format: ALAC)

However, foobar reports:

Codec profile : AAC SBR

Which is likely correct given that the bitrate is far too low to be ALAC.

Hello

I run rockbox daily (last update 27 Feb 2014) and found an issue that I like to report. I have my sandisk clip zip connected to an external USB hub, which is connected to my notebook. Today I left the sandisk clip zip connected and turned the notebook off. I expected that the player will disconnect from the USB hub → blanks the screen after 20-30 seconds (depending on the setup) and then turns off after a while (depending on the setup). Unfortunately the last step won't happen.

The sandisk clip zip really disconnected from the USB connection (the usb picture disappears from the display) with the notebook going back into the rockbox menu (Play, Radio, Settings, Recording etc.) and after a while also blanks the screen as expected.

Unfortunately it does NOT turn itself off as it would if you leave it entirely unconnected (unwired) with the USB. The sandisk clip zip starts to turn the screen on again after a while, turns off again, turns on again after a while, turns off etc.

I had to plug off the mini USB connection (the wiring between the player and the usb hub) so it turns off and shuts down after a while.

What I believe is, that the USB subroutines might not know the difference between powered on notebook and powered off notebook. It only knows that it's wired and thus tries to turn the player on again after it blanks. It should really be possible to keep the player connected (and wired) when the notebook shuts down and have the player shut down as well (after blanking and then turning itself off).

Could this be reviewed and maybe worked on ?

Thanks so far.

With my theme “lebellium Samsung-like” for Clip Zip there are some display issues in FMS, more precisely the status bar, while the code is the same as in WPS and SBS. See the pics in attachment.

How it should look like instead:
http://themes.rockbox.org/themes/96x96/lebellium_samsung-like_%28big_aa%29_96x96_v1.00/3-FM_radio_bigAA.png http://themes.rockbox.org/themes/96x96/lebellium_samsung-like_96x96_v1.45/2-FM_radio3.png

After bisecting, I found out that the 1st bad commit is acf3af4 by JdGordon: radio: fix  FS#12747  http://git.rockbox.org/?p=rockbox.git;a=commit;h=acf3af4

The manual offered by Rockbox Utility is not necessarily the version that accords with the installed (or to-be-installed) program.

E.g. select Release 3.13, and the Manual offered is http://download.rockbox.org/manual/rockbox-sansafuze.pdf not http://download.rockbox.org/release/3.13/rockbox-sansafuze-3.13.pdf .

http://www.rockbox.org/irc/log-20140124#15:41:22 says this is a bug. Since the user does reasonably expect a manual to accord with the program, I too think this is a bug. Whether it is a design bug or code bug, I cannot guess.

Note: this task says Operating System: All players but only because the actual player, Sansa Fuze, is not offered. Though this issue may indeed apply to all players.

I tested this on a clip+ (3.13) and creative zen (rev cc64d9e), so assuming it’s the same for all devices.

Following setup:
- ReplayGain is configured to “Track if Shuffle” - “Prevent clipping” is set to on/off, does not matter

How to reproduce:
- make a copy of any RG scanned file which has track/album gain and peak tags
- remove the peak tags _only_, leaving gain tags intact

Expected result:
- player should be able to adjust the volume, but not prevent clipping

Actual result:
- player does not apply neither track not album gain.

Files containing only gain tags but not peak tags come from converting lossless → lossy and transferring gain info (since peaks will be different for the lossy file, peak tags are omitted.) With 11db of volume difference on some tracks, it’s impossible to not notice that. I am not sure why applying RG requires peak tags in rockbox, foobar2000 handles peak tag-less files without issue. Any chance to change this behavior to not rely on peak tags?

When I connect my Sansa Clip Zip with most recent Rockbox version to my pc (Windows 8) while it’s paused or not playing a song at all, pc gives message ‘Device not recognized’.
When a song is playing, and I connect the player to the pc, the song will pause (expected behaviour of course), and I can access the internal and sd storage on the device.

The 2bit greyscale LCD drivers ignore the current viewport’s drawmode. This makes you unable to draw icons with a non-clear background.

Rockbox crashes after USB unplug.

The LCD is highly unreliable: sometimes it displays dots and sometimes it stays black.
Example:
http://forums.rockbox.org/index.php?action=dlattach;topic=13462.0;attach=6384;image

I'm decided to make myself useful today and hammered out most of the rest the code needed to move http://www.rockbox.org/tracker/6048 along.
I'm starting a new entry since the old one is closed.
I'm hosting all the work I do at http://foolsh.no-ip.org/projects/atari2600/wiki/Wiki

2600box Plugin

* Added the .make file
* Added keymaps for most color targets
* Added to viewer.config loads *.bin files
* Fixed screen resizing for smaller screen targets
* Compiles against HEAD/master

I'm still testing sim builds at the moment.

There is some bad news, it crashes in the sims after a minute or two, and the buttons on my fuze+ don't work for some unknown reason but they do in the sim.

Everything else is looking pretty good. I'd like to hear back from people who have real hardware and can test the keymaps.

Short Next + Long Next causes a hang about 50% of the time. This was reported before and still seems to happen on the Clip Zip.

Latest version of rockbox installed on both Sansa e200 2GB and Sansa Clip Zip 4GB. (3.13) Sorry, release 3.12 was the only one available in the reported version pulldown.

Windows 7 Pro 16GB RAM, i5-2500K, 3.3GHz/ 3.6 GHz, 64-bit. 7.3 Windows Experience Index. OS is otherwise stable and up-to-date.

Blue Screen of Death only happens when I try to connect first one Sansa Device via USB to Windows, transfer mp3’s or update a theme, unplug it, then connect a second Sansa different device. It doesn’t matter whether I start with the e200 or the Clip Zip or vice versa. Upon immediately connecting via USB with the second device, I get a BSOD. I have two e200 devices. It can happen sometimes even when I connect first one e200, then the other.

I can disconnect and reconnect the starting device (for instance the Clip Zip) as often as necessary, but if I want to connect to the e200 (for instance to update a theme), I have to reboot the computer in order to avoid the BSOD.

(Confirmed this in 4c6c8cd-130926, discovered in build from several weeks earlier)

If ‘Voice Menus’ are enabled, entering the Recording menu will freeze the player…usually before the entire screen is redrawn. Although I can still hear the sound the mic is picking up, the player is locked up, and removing the battery or super-long-pressing of Power is required.

During my testing, I was able to randomly get it to -not- lock up, but it was like a 1 in 50 occurance…tried all formats/sample rates/etc. When ‘Voice Menus’ is -disabled-, all formats/rates/etc work fine.

Thinking it was a problem with my config that I’ve been using for years, I tried with a clean config.cfg (well, deleted and let it regenerate), and narrowed the cause down to the spoken ‘Voice Menus’ being enabled.

According to the manual, to exit the EQ settings page you press the back button on the fuze+. This doesn’t work. I tried all key combos and none work.

I’m using the latest Dev build for the Fuze+. SanDisk Sansa Fuze+ 5ef1e2d. Same issues experienced in v3.12 stable.

The screen, for lack of a better term, jumps when navigating in upside-down mode.

http://youtu.be/dRfiBtMx2to