Rockbox

Creative ZEN
Daily build: rockbox-creativezen-20170112

Bug description:
When plugging any dummy plastic or a non supported SD card, the device freezes and displays a white screen with a “PANIC” error message.
Plugging a standard SD card works fine.
To restore the system, you have to use a paper clip to do a hardware reset and turn the device on again.

Creative ZEN device build 8fec364f6-170125

Steps:

1 Clear Running Time
2 Shutdown, to ensure Running Time clear takes effect
3 Launch Rockbox
4 Record wall clock time
5 Leave running for a few hours
6 View Running Time and compare with elapsed time on wall clock

Expected: Running Time equal to elapsed time
Observed: Running Time less than elapsed time by 2%

Note: battery_bench.txt times accord with elapsed time.

Creative ZEN simulator build 9d0c0e3-170115
Creative ZEN device build 8fec364f6-170125

Steps:

(Using attached config.cfg)

1 Ensure Settings > Playback Settings > Shuffle is No
2 In Files, move to a list of tracks and press Select
3 In Files, move to a different list of tracks and do long Select > Current playlist > Insert
4 View the playlist e.g. http://i.imgur.com/xR0WMQm.png 5 Set Shuffle Yes and then Shuffle No
6 View the playlist

Expected e.g. https://archive.is/41khH#selection-1007.0-1007.44 , https://archive.is/nypDH#selection-1079.0-1092.0:
Playlist order restored.

Observed: Playlist changed, but not restored - http://i.imgur.com/DBW9wSI.png

Video at https://www.youtube.com/watch?v=2_s27g_FwXg

Creative ZEN simulator build 9d0c0e3-170115
Creative ZEN device build 8fec364f6-170125

Steps:

(Asing attached config.cfg)

1 Set Settings, Playback Settings > Shuffle to Yes
2 In Files, enter a folder of tracks and press Select to play
3 Go up to the folder itself, press long select > Current playlist > Insert Last
4 Press long select > Current playlist > Insert
5 Press long select > Current playlist > Insert
6 Go to Now Playing > Current playlist > View current playlist

Expected: Four copies of the list, all shuffled

Observed: One copy of the list, shuffled, followed by three not shuffled: http://i.imgur.com/Emldcdt.png

Video at https://www.youtube.com/watch?v=KANEkz0zRZ8

Today I've experience something which IMO should not happen.

I recorded vian the built in micro on my Sansa e200 v1, paused the recording (not stopped!). In this state, I plugged USB cable. After that, there was the following text in the system font on the display, and the player did not respond to any keys. It had to be restarted via very long pressing at On/Off.

The text is:

*PANIC*

usb_storage_init_connection
(): 00M
pc:0006B878 sp:000D3538

  A: 00069978
  A: 00069F80
  A: 0005326C

bt end

I've reproduced this three time in a row.

I have the official version 3.14 installed.

Daily build c6d5cd7-170907

An idle power off can occur in recording mode. When it does, data loss occurs. This has already bitten me a few times.

Steps to reproduce (on battery, not charging):
1. Execute Settings > Manage Settings > Reset Settings
2. Set Settings > General Settings > Startup/Shutdown > Idle Poweroff to 1 minute
3. Reboot
4. Go to Recording mode
5. Note current Volume and Gain settings and then change them to something else and note the new settings. Don't start a recording; just leave it in “stop” mode (*not* record or record-pause).
6. Wait for automatic power off
7. Power back on and check recorder settings

Expected: Settings are what they were after being changed.
Actual: Settings reverted to what they were on boot.

This can cause the loss of entire recordings, too:

8. Go back to Recording mode.
9. Wait until just before Rockbox would power off, then start a recording (if the display goes to sleep, it comes back on a bit before powering off; start the recording as soon as it comes back on).

Expected: Recording is done as usual
Actual: Rockbox powers off anyway, without warning, less than a minute into the recording. The recording is lost (or if the file is there, it's unplayable; maybe this depends on the recording format used).

Bug exists in the DEV builds for, at least, Sansa Clip+, Sansa Fuze+, and iPod Video for at least a year, although I cannot confirm this as I've only just now tracked down the problem. The issue was discovered because imagemagick occasionally selects 1x2,1x2,1x2 as the chroma sampling factor when converting an image.

To recreate this bug, convert any image using imagemagick to a JPEG with that chroma sampling factor and attempt to view it in Rockbox. What you will see is a nonsensical image to the size of the original JPEG. Any desktop image viewer, like eyeofgnome, renders the picture correctly.

I've also included a sample Rockbox logo generated in the faulty fashion along with this bug. To create it, run this command in a Unix-like with imagemagick and curl installed: 'curl -J -L "https://www.rockbox.org/rockbox400.png" | convert - -sampling-factor 1x2,1x2,1x2 -quality 100 folder.jpg'

Rockbox starts with remote, but doesn't respond to button presses except turning backlight on with build 6039eb05b-180313.
It works with deaeb73-161114 though.

I have an iPod 4G Grayscale (model A1059) running Rockbox 3.14 with an Apple FM remote (model A1187). The remote part works ok (Play/Select and Fwd/Rev buttons work - volume control is separate due to it being connected to the line out, but works).

However, the radio menu does not show up in the main menu when connected. Not when I boot with the remote connected, not when I connect it after booting, and not if I go to a different menu and then back.

In the debugging menu, it simply says that the FM tuner hardware is not found.

I am sure that this used to work at some point. Are there known regressions?

Please refer to forum post for full exchange: http://forums.rockbox.org/index.php/topic,52518.0.html

In summary playing ALAC will crash the unit, other codecs not as much. My reasoning is (as contained in the forum post):

Converting some of my ALAC collection to FLAC to test has given excellent results = no crashes. I am suspicious of the ALAC decoder; watching the VIEW BUFFERING THREAD there seems to be consistency:

OGG/MP3/FLAC/WAV: CPU Frequency goes up to 124 until pcm: becomes full, then drops to 45mhz and pcm: hovers (it is always active) near the top of 100%. Upon track change the cycle starts again (124mhz until pcm: becomes full). I don't seem to get crashes.

ALAC: CPU Frequency goes up to 124 until pcm: becomes full, then drops to 45mhz and pcm: quickly goes down (takes about 2 seconds) to 75%, then cpu switches to 124mhz to get pcm: back up to 100%. This goes on constantly (cpu high - low cycle) while a single track/file is playing. I am now believing this cpu going up and down constantly gives me the crashes. Note on crashes: I don't know when they will happen, sometimes after a minute or two, sometime after 10 minutes , there is no pattern I can tell.

The volume settings are bypassed and is at max volume when the plugin is started. Even when putting it at -60DB it still has sound. After exiting and relaunching the app,the volume is maxed again,regardless of volume settings.

Whenever screendump is enabled,It gets a panic error.
Error Message:
*PANIC*
Stkov usb
pc:080739ac sp:080f5458

Trying to cross-compile GCC for the ipod with GCC 9.2 I keep running into errors:

In file included from ../../gcc-4.4.4/gcc/diagnostic.h:25,

               from ../../gcc-4.4.4/gcc/tree-mudflap.c:43:

../../gcc-4.4.4/gcc/pretty-print.h: At top level:
../../gcc-4.4.4/gcc/pretty-print.h:310:6: error: ‘cgraph_node’ is not defined as a type

310 |      ATTRIBUTE_GCC_PPDIAG(2,3);
    |      ^~~~~~~~~~~~~~~~~~~~

This would seem to be the same issue as the one described on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90677

The attached patch against GCC seems to fix the problem for me.

Reported Version: 3.15 not 3.14

Hello,

I am using a "SanDisk Sansa Clip+" and it seems that currently it is not possible to remove quickscreen entries when they are set, you can only overwrite them.

In the manual chapter "3.15 Quick Screen" has to be adapted, once this function has been implemented.

It would be very nice to have this possibility!

-Ramon

I would like to run my iPod with its keypad locked all the time, thus I wrote a little patch to an option to disable the settings reset during startup regardless of the hold button's position.

You will find the patch attached to this message. I'm not entirely convinced by the name of the new option (or my wording in general) so if you have a better idea, feel free to rename things.

Hello there,

When I reboot my Rockboxed iPod nano second generation, it changes the time +5 hours.

Does anyone know why this can be? Thanks

Rockbox’s file viewer has a global sort setting.

It would be nice to have a default global sort setting, but also persistent per-directory sort settings.

For my use-case, it makes sense for me to sort my podcast directory by date, but I wouldn’t want that to affect my music directories, which should play files sorted by name.
Whenever I wish to play music, I need to go back to the general settings, and change the sort settings. And when I’m done and wish to listen to podcasts, I have to change it again.

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 OF ide_power_enable routine sets some GPIO _ENABLE bits to zero when enabling power and sets them to 1 when disabling power. This makes a difference of about 1 in 4066_ISTAT ( FS#9728 ) on my 30 gig iPod, which probably means saving about 0.75 mA. But if 1 is enable, why does enabling pins save power?