Rockbox

The interface of my Sansa Fuze and the file transfer freeze randomly when transferring large amounts of data. If the player runs in Bootloader USB mode everything is fine.

I guess this could break the vfat file system, making this a nasty bug. Disabling Key and Mouseemulation did not help. As long as this isn't fixed, a solution would be to start the player in Bootloader USB mode by default. I don't know if this is possible though, since I don't know the the technical details of rockbox very well.

Beside that everything works just great, keep up the good word!

PS.: I'm using Debian with different kernels. I couldn't see any differences between different kernel versions regarding this issue. Intels Linux USB drivers and the Linux USB stack in general usually work excellent as far as I know, therefore I would blame it on rockbox (no offense :)).

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.

I'm using Rockbox 3.10 with the 01.02.16 Clip+ Firmware on a Sansa Clip+ 8GB, installed via the installer.

There are a lot of 44kHz/16bit FLAC files stored on the device. During playback it could happen that the next track starts while the current one isn't even close to finished. This can be in the first few seconds or in the middle of the song.

This usually doesn't happen to the same song twice. It's generally a different song each time. When skipping back to the track that was skipped, it usually plays without any problems.

The memory has been checked with CHKDSK and no errors were found. The FLACs play fine in foobar2000 and I'm certain that they are okay.

I do believe the error occurs most often after roughly quarter to half an hour of playback.

This may be related to FS#12208

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

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.

I've been working on PictureFlow - WPS Integration. I repeatedly had cases where showing a tracklist or playing for certain albums would cause a segfault. I tracked this down to a bug in the track list indexing. It only occurs under certain memory allocation circumstances that doesn't occur as readily with the std build. I have attached here a patch to fix it.

Explanation: the create_track_index requests memory for building a track index. The variable "tracks" references an array descending from the buffer top end. When a reallocation occurs it currently only moves the "tracks" position when a track count > 0. However, in some cases a reallocation occurs before the first track is stored and in that case the "tracks" position gets left in the middle of the track_names data causing corruption and then segfault. I've moved the (track_count > 0) decision so that it only controls moving tracks struct data. The "tracks" offset must happen even when track_count is 0.

This patch fixes the segfault on my Sansa Fuze v2 and in UISim. Tested against r26114.
I would expect the same result in other platforms.

I've also included this bug fix in my PictureFlow - WPS Integration patch until this bug fix gets accepted.

The filename cover.jpg works ok. But {album}-{artist}.jpg doesnt wokr. Also the albumart appears on the WPS, but not in the Pictureflow

(Replacing  FS#10527 )
Peakmeter on ipod video 5g uses too much CPU, such that audible glitches occur during even flac/wav decoding .

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.

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!

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.

I have some stereo files that need to be encoded as two independent channels with no lossy stereo coupling. I encode these files by passing "–uncoupled" to the Opus encoder, e.g.

opusenc –bitrate 64 –framesize 60 –uncoupled example.wav example.opus

The lossless flac version of a sample of such a file prior to encoding can be downloaded from
http://kyle.tk/binaural-beat-sample.flac

If I do not pass the "–uncoupled" option to the encoder, the resulting Opus file plays with no trouble on my Sansa Clip+. The sample of this encoding is at
http://kyle.tk/binaural-beat-sample-64k.opus However, if I pass the "–uncoupled" option, sample at
http://kyle.tk/binaural-beat-sample-64k-uncoupled.opus Rockbox only plays a cacophony of chirps, scratches, squeaks and garbled noise, and no hint of the original sound is detectable.

Note: I have only been able to test this on a Clip+, as I own no other Rockbox player that is capable of playing Opus files at this time. Hopefully someone can confirm this problem on other targets, but for now, I have been able to reproduce it 100% on the Clip+, and I can confidently point to "–uncoupled" as the encoder option that results in an unplayable file.

After playing a few opus files (~128 kbps) the system becomes so unresponsive that it cannot decode the file in real time, and the device cannot respond to any input within a reasonable timeframe (have to hard power off).

This does not occur when you set the cpu frequency beyond the highest setting in the debug menu!

To reproduce:
play opus files in a playlist with normal cpu scaling
on beginning of 2nd or 3rd file, system will become unresponsive.

ONDA VX777
While in FM-Radio it isn’t possible to change the volume value, nor from the context menu, nor from the virtual 3×3 touch screen grid and nor from the .fms %T tag in absolute mode.

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.

I think I have experienced a bug in 3.7+ builds with WPS themes related to %Vf.
If you put the %Vf on a new line, the following text is displayed, then cleared, but only if its a scrolling line, if the first line is static it is displayed properly, and subsequent lines are also displayed properly even if they are scrolling

example:

%Vl(b,0,108,176,60,1)
%Vf(999999)
%s%ac%?Ia<%Ia|>
%s%ac%?It<%It|%Fn>

artist is displayed briefly then cleared, if you take out %s artist is displayed properly, if you put the %Vf on the same line with %vl artist is displayed properly with scrolling, if you put a static text line before the first %s line then all lines are displayed properly.

so my quick fix is to just move the %vf on the line with %vl, but this bug probalby breaks many WPS, also this worked before 3.7, not sure when it stopped working. Tested this bug with latest build:r28534-101108 and 3.7 release sansa e200 v1. (also with latest e200 simulator)

this bug was not in builds up to or prior to: r27944-100830

installed rockbox and doom (freedoom) all correctly. but problem is that the navigation keys dont work when the game starts. cant move. but i can bring up pause menu by flicking hold on then off but then only up(menu button) works in addition to the center button being able to select

to reproduce:install latest build for ipod classic 5th gen 30gb
install doom from the rockbox utilities program
run doom in ipod
game loads
face at bottom of screen moves, showing it isnt frozen… cannot move

and yes i have tried configuring the keys, it doesnt work

to reproduce:

1. start a big (20mb or more) track. delete it immidiately after starting it.
2. let the song play until it stops. i guess it stops at the end of the buffer. as an alternative you can ff to the end of the track (which shouldn't be buffered)
3. now you're not able to play any track. if you select a new one from the file browser or database, the wps will show up, but nothing is played and the progress bar won't progress. ff and rw also don 't work. only rebooting helps. shutting down needs really long (~15s).

if you delete a fully buffered song, everything works as expected (well, the song continues till the end, and the next song starts. some devs call that "expected" :D ).

tested with r24091 and an e200, although i guess that the bug is target independent and occurs in the last few thousand revisions :)

I got no SD-Card support for my E-250 after boot into USB mode.
I plug in my powered off player into usb and only have access to internal storage.

If i plug in my player booted up there is no problem.

I am using daily build r29174-110131.

Hi,

I think that the problem reported on  FS#10919  is still here, or at least not completely solved.
But now, I get the feeling that the pause only happens when the buffer refill is triggered via a track skip. During normal playback, it don't seem to happen any more.

The build I tried it on is r25249.

TIA

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.

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

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.

This appears to happen only on the simulator, as of r29012.

Fill a directory with, say, some .s3m files and .mod files. Mikmod plugin chokes on calloc (virtch.c, line 1227) during MikMod_Init() sequence.

Remove the .mod files and the plugin loads and works properly.

Reverting the change made to viewers.config in r29012 seems to fix this. I'm guessing the problem is somehow related to the way mod is both playable and viewable, but there's nothing obviously wrong with viewers.config that I can see. Maybe the buffers are getting screwed up somewhere in filetypes.c?

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() ?

While playing doom, I can definitely read the amount of ammo, shield status, and health of my character. However, I cannot read the messages like you need the key first to open this door. Also, if you set the screen size to the maximum and turn on the heads up display the font there is also illegible.

The MENU key is mapped to close the Chip8 emulator, so mapping it to a Chip8 key is pointless. This makes some games unplayable.
This may affect other iPod models, I don’t know.

When listing to a mp3 for some time there starts a massive random noise in the background. It will continue for some time when pausing or stopping playback and will also continue when starting another track.
I’ve noticed this when listening to a random list of mp3s of various sources and using speedup with 225% or 250%.

At the moment I’m using ee758c5 with my clip+.

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.

On page 51, which is in Section 6.8, there is a table for keys/actions. The Key column is completely empty, though.

On page 77, in Section 11.1.1, the blackjack game plugin, there table is similarly broken. Same for BrickMania in Section 11.1.2. Chessbox, in section 11.1.4 has a similar problem with only the "direction keys" being in the table.
There are many more games with this problem.

This is for a manual I downloaded 2010-10-11.

Thank you for your attention.

m4a Songs skip in middle of playback, to next song.
always at same point. fast forwarding beyond this point is fine.
files work fine on other devices/PC.
reverted back to v3.6 and all such problems are gone

Version: r28861
Used before: r26706

Hello,

with r28861the touchscreen works with glitches.
When I touch a line-item , the system sometimes don't react or the line selector just "twinkle".

My conjecture:
It has somethin to do with the new "kinetic-scroll"-feature, because after a little kinetic-scroll the touch become precise.

(And yes, I've done a calibration: no effect)

I have sansa clip+. Lrcplayer opens and plays USLT tag instead of SYLT tag if there are both in mp3 file and no external lyrics(.lrc, .lrc8, .snc, .txt) so lyrics which play are not synchronized. Please make SYLT tag opens and plays defaultly instead of USLT tag.

build: r31372-111219

i am using SYLT and USLT tags in my audio files (LYRICS and UNSYNCED LYRICS respectively)

but it seems like lrcplayer does not read the SYLT tag.
it only displays someting if the UNSYNCED LYRICS tag is present

I have a Sansa Clip+, Clip Zip and Fuze V2 all running various RB versions. The crash happens on all of them.

To focus I will use the Clip Zip (as its close at hand) and tell you what it does.
I get:

Prefetch abort
at 9D8DE9B4
FSR 0x11
(domain 1, fault

on a white background screen

This happens when trying to use the lrc plugin on the clip zip running RB version 4.0 (r31646-120109) and accessing a sandisk 16gb sd card that is 12.5gb full.
But i can confirm i get this message (or a similar one) on my fuze v2 and clip+ which are running 'stable' albeit older versions of rockbox (again from sd cards). I mention the sd cards but im 90% sure it happens on songs on the internal memory also.

I suspect it has something to do with my mp3 files having lyrics embedded within them but not as .lrc files. All i can explain is this:
I use wiki lyrics to find lyrics for songs and then right click copy them and use Tag&Rename and Paste into the mp3 file and save.

Using this method works fine for displaying lyrics when using ipad2's stock music player (pre iOS5) and androids app Poweramp for Samsung galaxy S2 phones and Creatives Ziio 7 tablet (running poweramp). This method also works for my Pc when running foobar and using the 'TextDisplay' component. The Text Display Format in foobar settings are $if2(%unsynced lyrics%,No lyrics available)

It should be noted that when using poweramp and choosing 'Lyrics' it asks where u want to choose to read the lyrics from:
-Auto (from tags if available, otherwise via musixmatch plugin)
-Musixmatch plugin
-From tags

I select the last option (from tags) always and it never fails. ipads player seems to also use this method. The lyrics do not scroll automatically, u need to scroll up and down to read them (should they be longer than the visible screen).

Occasionally lrc plugin wont crash if it actually finds a lrc file embedded in song and works fine. But this rarely happens, perhaps only 10% of my collection has lrc files embedded within them, soon as it goes to next track without one it produces this error.

I just did it again for a different file and a different error.

Prefetch abort
at A0A0EE94
FSR 0x11
(domain 1, fault

and so on so forth.

Hi,
I am using a Sansa Clip Zip with Rockbox 3.13.
I’ve noticed, when I lock or unlock the device, the message, which indicates the current state, does not disappear completely. Its still there.

Cheers,
Conrad

Players: Sansa Fuze v2
R29716-110415
Note: This was happening on a build from a couple months ago to..

When I have "load last bookmark" on I can't access any other files in a folder with a file with a bookmark. Even time I hit a file it'll always load the file with the latest bookmark, the only way to play another file is to use the forward/rewind buttons.

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.

If LCD_SLEEP is put on the backlight queue immediatly after BACKLIGHT_ON, the LCD will go to sleep immediately after the backlight turns on. On the 5G iPod, the next backlight_on() call will wake it, but on some other targets it might not wake again.

For example, consider the following sequence of events:
1) backlight_on() is called, putting BACKLIGHT_ON on the queue
2) The LCD sleep timeout from the previous backlight shutoff puts LCD_SLEEP on the queue
3) BACKLIGHT_ON is received and the backlight is turned on. The call of backlight_lcd_sleep_countdown(false) does nothing about the LCD_SLEEP on the queue.
5) The LCD_SLEEP is received, putting the LCD to sleep again.

This patch causes LCD_SLEEP to be ignored by backlight_thread() when the backlight is on. It also removes a workaround from 5G iPod LCD sleep code.

This issue is theoretical and very improbable. I am not able to trigger this bug in r20774.

In the never ending saga of strnatcmp the fix for 10029 sorts as
001
002
01
02

Attached is yet another attempt to get it right.

The Last.fm scrobbler lists in the scrobble log songs that ive never listened to

- write a word like “مسمار” in a text file, or just use the word as the file name

- the last character “ر” will appear as the first one like this: “رمسما”

- this bug appeared only since r26019

- when reverting to r26018 the bug won’t show up

- for some combination of letters like “دليل” the issue happens for the last 2 characters

- for some other words the problem doesn’t happen at all

- the only common case is that this happens only with last word in a line appearing on the viewport

Whenever the HOLD switch is turned off, the hold icon in rockbox disappears, but hold actually doesn’t let go. I can’t use any keys until scroling is used. Scrolling left or right is the only thing that actually switches off hold. It can be pretty annoying as I use HOLD a lot.

Key lock (activated by pressing Power in the WPS) deactivates when music playback stops (end of playlist). The keypad then becomes active again. It shouldn’t get activated until Power is pressed again.

Languages like Thai use combining diacritical marks which display above or below the adjoining character. When text scrolls off the screen, the text jerks back and re-scrolls what seems to be the width of the diacritical mark. It seems that the scrolling algorithm is counting the width of the diacritical mark, where it should be ignored.

Hi there! I'm having a huge problem with the rockbox boot on an iPod classic 5G. I've selected a number of option in the tagcache settings, such as 'load to ram', and after it readed all the files (30GB of music) ask me to reboot, and finally it freezes on the message 'saving tagcache' [1/9], responding only when i press menu+select for reboot. The same for the usb connection. I can't manipulate the files in any way!

Please excuse my limited English. Greetings from Argentina and congratulations for the fantastic project!

- What behaviour you are seeing

Rockbox 17612-080523 on an iRiver H340 skips entire tracks, and also skips within tracks, when the battery level falls below 30%

- What behaviour you expected

No skipping.

- How to reproduce the bug

Allow the battery level to fall below 30% and start playing a directory of files. Some files will be skipped, some files will have parts skipped in the middle.

- The SVN revision you are using and if possible the particular SVN revision in which you think the bug was introduced.

17612-080523, no idea when the bug started.

If you need any further info on this bug, please ask and I’ll give more details. I have no other hardware to test whether this behaviour occurs on other Rockbox platforms.

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.

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?

I am trying to use the last method mentioned on the ipodpatcher wiki page to write Rockbox directly into the OSOS image on my iPod Nano2G. Sometimes it works properly, but other times it fails saying that it couldn't read the header from the .ipodx file. I am following the instructions exactly, so that can't be an issue. I have tried hexediting the .ipodx file, and in some cases I can get ipodpatcher to read the header by editing the first four values, but this always causes a Checksum Error. Here is the exact output:

C:\Users\Michael Marley\Downloads>ipodpatcher.exe -wf rockbox.ipodx
ipodpatcher 5.0 with v4.0 bootloaders (v1.0 for 2nd Gen Nano)
(C) Dave Chapman 2006-2009
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[INFO] Scanning disk devices… [INFO] Read XML info (4 bytes)
[INFO] Ipod found - 2nd Generation Nano ("winpod") - disk device 1
[INFO] Reading partition table from \\.\PhysicalDrive1
[INFO] Sector size is 2048 bytes
[INFO] Part Start Sector End Sector Size (MB) Type
[INFO] 0 63 48194 94.0 Empty (0x00)
[INFO] 1 48195 1982462 3777.9 W95 FAT32 (0x0b)
[INFO] Read XML info (4 bytes)
[INFO] Ipod model: 2nd Generation Nano ("winpod")
[ERR] Failed to read header from rockbox.ipodx
[ERR] –write-firmware failed.