Rockbox

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.

This problem bugs me for a long time. Sometimes, when I start the playback of a file too soon after startup, the playback starts to pause regularly for a few seconds. At the same time the ui is very unresponsiv. Stopping the playback and waiting for some time, resolves the problem.
I am listening podcasts at 250% playback speed exclusively and start the playback normally by selecting the latest bookmark.

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

Hi All,

Some updated Hungarian translations.
Kind regards
g

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

With default scrolling settings (in particular Settings → General Settings → Scrolling → Screen Scrolls Out of View set to No) on my Xduoo X3 I’m unable to see end of text using tree scrolling feature (Play + Next)
For instance with folder name:
2012 - Greatest Hits 1993 - 2010 [Malaysia Edition]
Scrolling with Play + Next scrolls only to “Edit” part and “ion]” is missing.

Also with Screen Scrolls Out of View Set set to Yes I think it’s better stop scrolling when end of text is reached (so basically ignore this setting when doing manual scrolling). Or at least stop right after text is hidden.

P.S. Thanks for implementing tree scrolling for Xduoo X3 so quickly (https://www.rockbox.org/tracker/task/13240)

As there are multiple targets that support such formats in OF (all Xduoo players, Agptek Rocker…) would be cool to have it in rockbox too. Not sure if it’s really useful but there is open source library for decoding such formats written in C:
https://tari.in/www/software/libodiosacd/ https://bazaar.launchpad.net/~robert-tari/libodiosacd/trunk/files/head:/src