Rockbox

Recreate: Pick an option that gives you the option YES (center button) or NO (any other)- like “Erase dynamic playlist?”- and only the center button seems to be registering.

Recreate:
1. Fresh install with latest build.
2. Let database do it’s thing
3. Turn on “Load to Ram” Database setting
4. Listen and wait for HDD spin down…..and wait..and wait…

There is an effort to generate open licensed test files for various FLAC configurations here: https://hydrogenaud.io/index.php?topic=121478

Testing these on a Clip Zip using current git, most files decode perfectly, but the following fail:

File 29 uses the largest allowed blocksize (16384) File is skipped

File 30 uses non-standard blocksize 13456 File is skipped

File 31 uses only 32th order predictors File is skipped

File 34 is upsampled to 192kHz, uses blocksize 16384, 32th order predictors only, maximum LPC precision and maximum partition order File is skipped

File 42 is 6.1-channel Hard crash

I did not test the other higher channel count files, so some of them may be affected by the same bug as #42.

Skipping some of these files may be necessary for memory reasons (have not checked), but crashing on the 6.1 channel is definitely a bug. I’ve attached #42 since it is relatively small and represents an actual crash. The rest can be downloaded from the above link.

Using recent build from 2021-08-16 c302c157d5dd1c32ff47e1ba774c310a3f1f7dc4.

Maybe this affects all players, but I only checked mine.

If playback is paused, and I unplug the headphones, then playback will resume automatically.
This doesn’t make sense, as the device has no audio output.

The opposite behavior DOES make sense: If playback is active, and I unplug the headphones, then it pauses.

In 2048 on greyscale iPods, numbers 128 and above are invisible.

What if you want to use Bluetooth?

I think the only yes/no screen you can get to while locked is the USB mode selection screen. If I plug in the usb cable while locked, I can’t unlock or make any yes/no selection.

I’m working on a patch for this

I play a file in directory A and bookmark it.
Then I play a file in directory B and bookmark it.
When I go back to resume the file in directory A, sometimes Rockbox starts playing the file from the beginning ignoring the bookmark. If I press select to start playing again then the resume works and playback starts at the bookmarked point.

This was happening on an earlier dev build so I updated to a more recent one but the problem still persists.

Dev build: e910f63bba-210520

I set my DX50 to power off after five minutes of no use. It does not appear to work. I tried it with a few different batteries I have just in case there was some kind of miscommunication between the player and the big battery that I bought for it, but even with the battery that the player came with it will not shut off after a few minutes of no use.

UPDATE2: My SD card is exFAT formatted

Hi!
I realized I was missing some music on my X3ii player and figured out that directories with names that END with a “.” (dot) are invisible to the files browser. My SD card is formatted as exFAT.
Example: “Artist - Album X.”

Tested on both File view settings: “all” & “music” (same result).
Renaming them (removing the dot at the end, on computer) solves the problem.

Dots elsewhere in the name are not a problem, just at the end.
Example of OK dir name: “Artist - X. Album”

It would still be nice if these directories would be shown/accessible since you don’t always remember to rename them beforehand.

Tested on:
xDuoo X3ii
e910f63bba-210520

Thanks!

Rockbox doesn’t work. I am getting a *PANIC* every time I try to play any file:

*PANIC* audio_reset_buffer_noalloc() : EOM (575324 > 145296)
pc: 300466e0 sp: 3
A: 00023790
A: 300cd544
bt end

I also saw an OOM panic:
*PANIC* audio_reset_buffer_noalloc() : OOM

and I also got a *PANIC* the first time I long pressed on the Database node.

I tried to reinstall only the base Rockbox firmware using the Rockbox utility
(1.4.1) (AppImage) and I got an error:
ROLO error: file too big

Here is my setup:
Hardware: Sandisk Clip Zip (new device)
Port: Sandisk Clip Zip port 3.15 (stable)
Firmware: clipzip01.01.20.zip
Samsung 512 EVO sd card with fresh fat32 filesystem, checked with chkdsk

Does Rockbox have a limit on the
number of songs that it supports? Could this be causing my Kernel panics?

Very useful feature for audiobooks.

Old forum discussion:
https://forums.rockbox.org/index.php/topic,25702.0.html

ROCKBOX 3.15
IPOD 4th Gen
IFLASH A1A with SandisK Micro SD 128GB U1(also tried with Sandisk 64 C10 and 32 class 4)
Restored and flashed after first dicovered and on each card swap.
when Playing a file in a subfolder(Music-Hewy) player will show “loading” and then take just sit like that till time out. Time will not change during this time. only input it will take is menu+select but will register a touch of the touch wheel by turning on the backlight.

When the same folder (Hewy) is moved to the root, all files play just fine. Have tried this with multipe file types and bit rates and folder and subfolder combinations. same issue.

I have tried the same files with my sandisk clip with no issues.

Radio Remote support is incredibly unstable on the newest daily builds (presumably since 77f8c9c).

While the stable build did not actually support the FM Radio functionality (and I haven’t gotten it to work on the newest dev builds either, despite the menu option now appearing), its remote functionality worked far better. On the current builds remote buttons only work one out of several attempts to connect the device. Getting it working requires a trial and error of several reboots and unplugging/plugging the remote in repeatedly. I have also seen the buttons on the remote cause rockbox to crash. None of this behavior exists in the 3.15 stable build.

Another thing is that the buttons on the remote seem to now control rockbox’s volume when they did not used to. They should not be doing so, since the radio remote uses the iPod’s line out signal and controls its own volume independently of the player. Not to mention that these controls currently bypass any maximum volume limits set in rockbox.

testing FW: 714f7a21da-2103*

after disconnecting a general purpose power supply (SONY 5V 1500mA) system crashes with:

*PANIC*
mount: 0

a restart is immediately possible by pressing (NEXT) “lowest right button”

Most of the Japanese music artwork I purchased on iTunes has png format files registered.
Currently only bmp and jpg files are supported.
Normally, it can be handled by converting the artwork of the music file, but continuing to support only the old age format means that the music library will be adapted to the old age accordingly.
I think that if you want to manage the data rationally, you should support the default of the music store.

Left channel comes out of right ear and right channel comes out of left ear. When selecting mono left, it plays the left channel so that works fine. It also plays fine through my ipod when not on rockbox so Im pretty sure its just a software issue.

I’ve set USB Mode to Charge Only but this setting is applied only after I open WPS screen. If after setting change I simply exit settings menu to main rockbox menu (no music is played) - it asks on USB insert.
The same behavior after reboot. So if I switch it on and it’s loaded to main menu and then I insert USB - it always asks. Setting is properly applied only after I open WPS screen.

Hi there,

I’m using Rockbox on my Xduoo X3II with the build 4e54996 but the problem is the same since the build 0c99a3f. I never tried with builds previous to the 0c99a3f one.

Some Mp3 or Flac files can’t be read by Rockbox while there aren’t reading problems with the Xduoo firmware.

First, I was thinking it was relatd to the music files but I have looked precisely and I see they share a common problem : when the size of the cover art (named cover.jpg)in the folder album is bigger than 2.3 Mb, the covers can’t be shown on the screen player and the files can’t be played.

I have checked this problem on several album folders. Once I got a file working despite a cover art of 3,7 Mb.

Tell me how I can help you : providing files or cover art (or both), I will do.

My best and thanks

Using Rockbox version 2d85c72151-201030
On an ipod 4th Generation (Greyscale)
Hardware revision 0×00050014 PP version: PP5020E

I’m unable to shutdown rockbox by long pressing the play button on the clickwheel as instructed in the manual.

Holding (as opposed to pressing it repeatedly) the “next” or “prev” button to scroll through a large list of files in the file browser or in the database while playing music, stops the music playback which then cannot be resumed until restart.

I’m testing this on xDuoo X3ii with the latest dev. build 7c498b9043.

Recreate:
* start playback (it seems the file format is not important)
* while music is playing go to the file browser or the database which has a few screens long list of entries
* start scrolling through the list by holding the “next” or “prev” button (don’t release)
* in a few seconds (while scrolling) the playback may start to skip and the scrolling starts to lag. In about 10 seconds the playback stops.
* release the button

Observe:
Menus work, playback screen shows the current track (playback indicated with the play icon but no sound being played and progress bar not moving), you can switch to a new track and it will be shown as the current - but no actual playback. Play, pause is registered, but makes no difference.

Waiting for a minute not pressing anything doesn’t resolve the issue.

The only solution to the “lockup” I found is to restart the player.

PS:
- doing the same while NOT playing music causes menu lag, but playback is possible afterwards
- pressing “next”/”prev” button to scroll through the list doesn’t lockup the player

Thanks for your continued support!
Best, iMpig

When a .m4a file is played, particularly one bought from the iTunes store, it seems to overwhelm the AAC codec in rockbox.

I think it may be something to do with the ‘anti-skip buffer’ but I cannot confirm this for sure, but it seems related, as in the stable release (3.15) playback works fine and the HDD Access indicator in the corner is only displayed briefly during the beginning of playback. In the latest development build (Rev. 3fbca49) and a few previous, however, the HDD access indicator stays on screen at all times during stuttery playback, the whole system becomes slow and almost impossible to use and sometimes locks up completely.

I have confirmed this on my iPod 4G color, it seems to be only on older iPods, as my 6th Gen classic plays them fine!

IMPORTANT NOTE: I am using an iFlash solo + 128GB SD in the iPod. Haas surround 5ms is enabled along with +3db tone control on both bass and treble

When Using FM Reciever within Apple Radio Remote with any of my iPods that support the function (in Rockbox), it either does not appear (Not detected at all in FM debug menu) in the latest stable version (3.15), or in the case of the latest daily builds, it appears to detect the FM hardware, and will attempt a search.

The ‘FM Radio’ menu in the debug menu of rockbox version 2cf75bf008-201023 states the following:

HW Detected: yes
PI:0000 PS:’ '
RT:
CT1970-01-01 00:00

An odd clicking sound may be heard, like interference from within the iPod.
The Radio remote works fine as it should in OF, indoors and outdoors

Rockbox functionality tested indoors and outdoors.

The remote control and audio functions work flawlessly (play/pause/volup/voldown/prev/next) when playing music from the iPods internal library.

Similar behavior seen between 1st gen nano, iPod 4G Colour and the 4G mono
with two different Radio Remotes.

Hello,

The SBS info viewport does not refresh automatically when used as a conditional and the value has changed.
One needs to enter any menu (Files, settings etc…) and get back to the home screen to force the viewport refresh.

Tested on Onda VX747 UI Sim for Windows (old 2018 build from rasher) and on target (YP-R1 fresh build edbdefa09a-201018)

Simple examples with playback mode (%mp) and repeat mode (%mm) conditionals:

%wd
%V(0,0,-,-,-)
%?mp<%VI(Z)|%VI(X)|%VI(Y)>
%Vi(X,4,19,232,200,1)
%Vi(Y,4,19,232,250,1)
%Vi(Z,4,19,232,344,1)
%V(0,363,100,37,-)
Status: %?mp<Stop|Play|Pause|Ffwd|Rew|Rec|Rec pause|FM|FM pause>
%V(100,363,-,37,-)
%T(0,0,-,37,play)
%T(0,0,-,37,stop,long_press)
Button: play/pause

%wd
%V(0,0,-,-,-)
%?mm<%VI(Z)|%VI(X)|%VI(Y)>
%Vi(X,4,19,232,200,1)
%Vi(Y,4,19,232,250,1)
%Vi(Z,4,19,232,344,1)
%V(0,363,100,37,-)
Status: %?mm<Off|All|One|Shuffle|A-B>
%V(100,363,-,37,-)
%T(0,0,-,37,repmode)
Button: repeat mode

When playing a single album file along with a .cue-sheet file (for track listing & metadata) the numbers reported on screen eg. “1 of 5” are wrong.

Actually the second number reported is in reality for the number of cuesheets within the directory, which is not what the user expects.

What a user wants (I believe) is to show the numbers relevant within the current cuesheet (album) - number of the currently playing track out of all album tracks.

It’s interesting that the tracks are otherwise correctly marked on the progress bar and all playable (skipable to), it’s just the numbers that are wrongly reported.

I tested two “default” themes to make sure it’s not a theme problem.
Also “File view > Show files” (showing cuesheets or not) setting does not change this behavior.

Tested on xduoo x3ii, dev build ef34126913