recent %Tl and %T changes need adding to the manual… didnt want to fiddle with the table.

The change is now that both those tags accept as their first param a label which links them.

%T(foo, 0,50,25,25, volup)
%?Tl(foo, 1)<helllo|goodbye>

So that conditional will only go true when that foo region is pressed. the label is optional on both, if it is missing on the %Tl then it acts as now (timeout since last press on anywhere on the screen)

see http://svn.rockbox.org/viewvc.cgi?view=rev;revision=30461 and http://www.rockbox.org/wiki/Main/CustomWPS#Drawing_the_lists_using_a_skin and bug me on IRC when someone finds the time to add it. hopefully the wiki has enough info though - Jd

2. Installation
Installing Rockbox is generally a quick and easy procedure. However before beginning
there are a few important things to know.
2.1. Before Starting
Supported hardware versions. The Clip v2 is available in multiple versions…

this should read :”The Clip is available in multiple versions…”

Hello.

Can you somebody add some info about using talkclip for shortcuts.txt
in manual section 5.14 Shortcuts.

I'd recommend replace this

 "talkclip: <filename clip of a talk that speak When voice menus are enabled>"

for this

"talkclip: <filename clip with full path of a talk that speak When voice menus are enabled
 (example /.rockbox/filename.talk)>"

I suggest this because I took a long time before I figured out how it should be properly.

All settings should be listed there (even more so settings which cannot be set through the UI), but root menu order is only described in advanced_topic/main.tex as of now.

This is basically a documentation update. For several years I generated accessibility voice files on my devices. Then one day I was reinstalling and it would generate a lot of the voice files but die from a weird error. For more than six months I combed the manual and the forums, trying to figure out what had changed, trying to debug it myself. Eventually I stumbled across the problem. I had noticed the “install on player” option in Rockbox Utility and started generating voice files while running from the player. Once I switched back to running Rockbox Utility by launching the utility from my regular PC disk, everything worked again. I again looked for any warning about this in the manual, and didn’t find anything.

The simplest fix is to include something about this in the section on accessibility and generating voice files.

Another fix, probably not worth it, would be for the voice files to use system tmp space for intermediate files. I suspect that the recursive generation of talk files on player ends up in some infinite regression as it generates talk files for temporary files.

This probably happens on all players, but I only experienced it on the iPod Nano 1st Gen.

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.

Recipe:
1) Play an album. Wait until buffering completes.
2) Skip from track 1 to track 2. No buffering occurs.
3) Skip from track 2 to track 1. No buffering occurs.
4) In the playlist viewer, select track 2. Rebuffering occurs, even though the track is buffered.

The same problem occurs in the opposite direction (e.g. after step 2, it should be possible to switch to track 1 using the playlist viewer without rebuffering).

The (software-)equalizer is adding high noises to the playback.

I made a recording, the first part with eq enabled the second one with disabled equalizer.

I could also make a test on my older H110, on which I never used the sw-eq though.

- 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.

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

Tested with r19410

If I boot with the headphones plugged in, sound always works (at least I didn’t have it fail yet). If I boot without headhones plugged in, and plug them in later, sound often doesn’t work. This may also depend on whether the player was turned off for a long time, whether the previous boot was USB mode, and whether the headphones were unplugged before or after shutting down.

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.

After upgrading from 3.0 to 3.1, the “Beep” sound (enabled in Settings / Playback Settings / Beep Volume) now sounds very distorted and fuzzy.

It sounds this way on any setting. Strong, Moderate or Weak and with the player’s volume on any setting. It definitely sounded like a normal clean beep with 3.0

This is on an 80gb Ipod 5.5 with Rockbox r19569-081223

I’m not sure if this should be under “Music Playback”, as I don’t seem to hear the distortion and fuzziness when playing mp3’s.

Mike

While examining disk performance with  FS#9708 , I found one album where the disk stayed spinning with no activity for 5 s longer when using PIO. This is repeatable with that particular album. With the downloaded r19739-090109 build, this did not happen with the default settings but it started happening as soon as I enabled dircache. Prolonging the disk timeout prolongs the extra sleeping time.

Experimentation with shows that the storage_sleep() part of fill_buffer() (in apps/buffering.c) is executed early in the buffering and it is not executed at the end. With another album where spindown happens properly, ata_sleep() is called twice. Note that ata_sleep() just sets last_disk_activity, and sleep happens over half a second later if there is no disk activity during that period and last_user_activity has timed out.

I think this is a race condition based on how dircache and transfer rates change things. I wonder if it is related to  FS#9541 .

The data mentioned is located at http://spreadsheets.google.com/ccc?key=pkeRcfM0sg949P3a5EYXtew and the delayed spindown is seen in the EP7 PIO test. In that data, also note how sectors written are 5, 10 or 15, with differences between different tests with the same album.

I have a 30GB 5th generation iPod, but I expect this issue affects all SW-codec players.

This IS a duplicate of  FS#6904 .

My iaudio x5 hangs when changing directories via short+long direction button presses. It switches to the next directory, but no audio plays, and the WPS shows that it stops at 0:02 of the track.

Steps to reproduce:

1. Start listening to a series of podcasts, say 1-5
2. After listening to >1 plug player into computer during playback of subsequent podcast
3. Delete the podcasts you have already listened to (not what your currently listening to)
4. Eject/Unplug player from computer
5. Attempt to resume playback

This fails for both resume and Recent Bookmarks functionality. I assume this is somehow tied in with playlist support as files from the playlist have been deleted.

Where does Recent Bookmarks keep it's information? Should the bookmark also keep the individual file referenced so it can resume in this case?

Tested on R21184M-090604

Will test on latest version once my main machine is back on internet.

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 :)

Stereo width of >0% can cause stutter in the form of an audible click.

Bypassed by setting stereo width of 0% or monophonic channel configuration.

I like to keep the equalizer on with the precut set to -24db, as a volume limiter. I also like the fade on stop/pause set on. When I pause there is a noticeable ‘click’ sound after the music fades out. Also a click before fading in when I resume.

This was not always the case, but I am not sure how old the version I was using, that did not do this.

By the way, this also occurs on the Gigabeat S, as well as Gigabeat F. I don’t know about other models.

Let me know if you need more information.

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 is a reopening of issue  FS#7354  (quoted below) related to playback problems involving cuesheet support and flac files (labelled #1 in the original post). Jumps to certain positions in flac file according to the cuesheet fail consistently.

The bug is extensivelly described in the original report and can be easily reproduced in current versions. I reproduced it in many situations with the following configuration:

Equipment used: Cowon D2 and Cowon D2 simulation
Rockbox version: tested on r25508-100407 and r24777-100219 (simulation)
Rockbox settings: Cuesheet support ON, other on default
FLAC files: Ripped form my original CDs with EAC (to WAV and cuesheet) in secure mode and processed with FLAC 1.12 and/or 1.14 compression level 8. MD5 checksums on cuesheets and FLACS checked. Cuesheet syntax OK, cuesheet file encoding UTF8-DOS and/or DOS. Works properly my on computer.

Quote of the original post

When the option “Auto-change directory” is enabled, my Ondio crashes at the end of the current folder’s playlist when it would have to create a new one.

The error it shows is “I09: CPUAdrEr at 09010FF8”. The address varies a bit with the actual revision, this example is with r26246 and an OndioFM backlight build (but the problem is present in plain SVN builds too). Looking at the map file shows that the crash happens in the cue_find_current_track function.

Bisecting build turned up that the error was introduced with the cuesheet rework in r21978/9 and the fix in 21982 fixed usual folder playback but not auto-change directory. It is reproducible on the Archos Recorder so I assume a general hwcodec problem.

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

I’m using revision 29572 of android port. Host system is Samsung Galaxy 3 i5800, with 240×400 resolution display, with version 2.2 (Froyo) of Android.

The problem is as follows. When trying to start playback of OGG or SPX files, the playback does not start occasionally (the change is maybe less than 20% to have playback). By rewinding randomly it is possible to get it start playback. The same behaviour occurs when starting from bookmarks and from file explorer. The problem occurs with default config file.

Tried with MP3 and had the same problem. The problem may be with other codecs as well but I have not tried it so extensively.

Best

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.

would like to report a bug in
i am shuffling through songs and set crossfade to shuffle only it still fades when i do a manual track change this does not happen when i set shuffle
should not occur as there is an option for shuffle and manual track change only, so the two options have the same functionality when i am shuffling it should be able to differentiate between
should be able to register that i have pressed next so the next song should not fade even though it is on shuffle.

at least r30058
On the Sansa E280 v1 with a playback speed of 200% the playback restarts at bookmark plus about 2 seconds.

On build 30622 and previous builds, there is an issue with resuming playback.

When "Resume Playback" is selected from the menu, you transition into the music control screen but there is no output aside from some crackling noises.

Occasionally, the song would play for half a second before silencing.

The play/pause button during this situation shows a pause symbol which suggests that the song is supposed to play. However, the song progress bar remains at 0:00.

Currently on Cyanogenmod 7.1 nightly, Android version 2.3.5.

I think there is a problem with a .ape codec ,when i play .ape files it will have a sound like radiosound.The time happen randomly with each .ape files and when i playback again it still happen at that time.Exp:ABC.ape will have have a noisy sound at 0:10 and when i play again it still happen at 0:10

r30804
The rockbox (r30804) Can't play ape files with CUEsheet (APE + CUE files).

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

With r30907 (and also back to at least r30809 which I tested as well) I experience unneeded mass storage accesses on my iPod nano2G. I do not see this effect on my iPod Video.

Use case:
- Create a playlist from either DB or file browser
- Let buffering finish
- Skip forward track by track
(I use mpc/mp3/aac with embedded album art.)

Effect seen: For some skips I see short flash accesses (much shorter than full rebuffering).

This only happens if dircache is off. With activated dircache this effect is gone.

As such mass storage accesses are severely impacting the battery runtime on HDD targets I hope we get this figured out before v3.10.

I have RockBox version 3.9 on my Sansa Fuze v2 and so far I love it, but I have one problem. On a few tracks in my library, when I play them, the first few minutes of the song will be strangely distorted. Most of them are songs where the music starts off in just one of the speakers before moving into the other one. There will be bursts of loud, crackly noise in the other speaker during these first few seconds (that seem to be in time with the music) and then it will fix itself and the rest of the song will play perfectly. When I boot the default Sandisk firmware the songs play perfect like they should, it is only in RockBox that this glitch happens. I’ve messed with the settings a bit and even reset them completely, but nothing has worked thus far.

Attached is one of the songs that this happens with, from about 2 seconds in to about 7 seconds in. Any help would be greatly appreciated. I really want to enjoy my music without that crap in it.

Hardware: iriver H140, iriver H340, Sansa Clip+

Rockbox version: 3.10 downloaded from http://www.rockbox.org/download/byhand.cgi I have also reproduced bug on official firmwares as old as 3.5.1, and on my own builds.

Settings: 100% default except for enabling EQ and setting an EQ i.e. using graphical EQ to set LS -0.5 at 60Hz or LS +1.5 at 60Hz

Expected behaviour: music track, however loaded, starts in normal way, with no sounds other than those decoded from file. Restarting the track results in the same normal playback.

Actual behaviour: music track starts with an obvious and intrusive click. This happens whether the track is loaded individually, or if it is the first track of an album loaded via .m3u playlist. When using playlist subsequent tracks play normally, without a click. But restarting any track causes the click.

It makes no difference if the EQ Low Shelf Filter settings are a big change from flat, or a tiny difference. To induce the bug it’s enough that EQ is enabled and LS is not set to be flat i.e. just an increment of +/- 0.5 dB is enough, and changing the cut off frequency or the Q factor made no difference.

This bug is noticeable with any track that starts quietly, and especially with tracks from CDs that are not mastered to modern high levels.

The Clip does tend to make its own small click on manual track changes and some button presses; I am not confusing this with the bug I describe. On the irivers I get a single click, while on the Clip I get a very unmusical double click.

I’ve attached my H140 config to illustrate that the config is unremarkable and that apart from the EQ it is at default. If anyone needs me to try stuff or make any changes or try a patch that is fine, but I would prefer it to be on an iriver because the Sansa OF database refresh is so annoying.

Sansa Clip v1. Stable version 3.10 [Tracker didn’t let me choose it?]
After playing the item for some time [varies] Rockbox crash and give this error:
Data abort
at 3001913E
FSR 0×8 (domain 0, fault 8)
address 0x7261702D

Using DFKT Minimum Clip theme.

There is different level audio between Radio and Music Playback with the same db value. Level audio on Music Playback is too low.

H140; R-box v3.10 and current.
codec; libFlac v1.1.0. 20030126
Embedded cue sheet; No.

When playing my only FLAC album (6 tracks), I can reproduce the following condition at will,
The player hangs in the last track, player does not respond to buttons and only a hard reset will fix it.

I can consistently reproduce the above bug as follows,

I start track 1 and let it play for a few sec's, then FF to 5 sec's before the end of track 1,
let it play the remaining 5 sec's of track 1 and let it change into track 2,
Play a few sec's of track 2, then FF to 5 sec's before the end of track 2, let it change into track 3,
Play a few sec's of track 3, then FF to 5 seconds before the end of track 3, let it play etc… ( I repeat the above until I'm in the last track),
when it has changed into the last track, FF to 5 sec's before the end of the last track and let it play, when play time reaches 1~0 sec's before the end of the last track, the player hangs in that last track with the disk activity light on continuously, player does not respond to buttons and only a hard reset will fix it.

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

When I skip backwards 3 songs, Rockbox aborts with the following dump:

Data abort at 60077EB8
FSR 0x1
(domain 0, fault 1)
address 0x00000005

It happens always, playing or in pause. At the 3rd song dumps.

RB version: 04cd1fd-120320

Regards!

I'm using a Sansa Clip Zip, which hasn't been added to the Player Type list. I've noticed that several MIDI files crash the player, reporting OUT OF MEMORY and MALLOC BARF errors. This is more likely to happen with MIDI files with many instruments, such as orchestral pieces. One example is a MIDI file for Debussy's La Mer. It tries to load all instruments into memory before playing and will crash without playing anything. I don't know if this can be fixed with better memory management or if my player just has too little RAM.

So, I have a Clip Zip at the moment. Been using rockbox on it since day 1, and since day one i've always had an issue: during playback, when accessing files from the SD card, the player randomly freezes. It's not always, it's not when accessing the same files or some specific characteristic shared by them, it just appears to be random. When it freezes, the LCD usually still responds to my commands (i can access menus, see the file info, even change song and it will display in the playback screen), but the actual playback doesn't, and I eventually have to hard reset it. I guess it's some kind of SD compatibility issues: I have an 8GB class 4 PNY. I know it's not the own card's problem since it worked perfectly on my Clip+ and does on my Android Cellphone.
I've been updating daily builds for this device at least once a week since I got it, and it happens with every build.

Not sure how long this chronic bug has gone on but at least before the dubious move to git from subversion. I have had trouble on my V2s with freezing (appears like they are loading in the middle of a song but nothing is happening and you can't do anything) while playing and recently freezing when adding tracks to a playlist. I can take the microSD/transflash card out and stick it into a V1 Fuze and there is no problem, it will play forever and never crash. The V2s will crash minutes after playing, sometimes a track will finish, sometimes the same track will get stuck, one time it happened less than a second after beginning to play. No white screen of death, just a soft freeze and a blinking loading indicator. If you fiddle with it it will stop blinking and become utterly unresponsive. Have tried formatting cards, etc. V1 players work fine, V2 players are now junk under this firmware.

I don't know exactly how long this problem has been going on but it has been getting worse. Before the 30,000th SVN release, perhaps somewhere around 28000, I would be getting crashes occasionally with the V2s but nothing like this. My v2 players will unconditionally crash now after a short time. Rockbox is unusable for me on my V2 Fuze players. A lot of digging may be necessary to get to the bottom of this problem because I think it is buried under a lot of newer modifications.

I will not submit any sample music files (I know you guys always ask), this is problem exclusive to AMSv2 and I am sure by now that some Rockbox developers are aware of some issues that could be attributed to this sort of problem.

The player (Sansa Clip Zip) appears to refuse or unable to play some of my WMA tracks; as far as I can tell, the problem is specific to my WMA Pro files only as it plays none of them (but works with WMA2 successfully). I have attached one of the examples.

I understand that a similar issue was reported recently (in  FS#12619 ) although, in my case, the player doesn’t start playing and skips to the next immediately, rather than playing part of the track.

Rockbox crashes when stopping playback of ogg vorbis files. This happens both, when I stop playback through long pressing the play button or simply if the last track in the current playlist is finished. It does not happen when stopping playback of mp3 files. Pausing does not cause a crash, only stopping does.

I reported this problem already in  FS#12669  which was closed since it was asserted to be fixed, but it wasn't and isn't fixed for me.

The bug occured in version 688302a of 04/08 13:15. All earlier versions (tested back to bb0e4cc of 04/05) are working and later versions are crashing. I just tested current version e5d6e42 and Rockbox still crashes.

I have a Samsung Galaxy S running Android 2.3.7 (CyanogenMod CM7.2.0)

I’ve been using the latest dev builds everyday for iPod Nano 2G and still encountering “Swapped Channels” on Playback (e.g. Left Channel → Right Headphone / Right Channel → Left Headphone).

Used latest build 5785cfb-120625

When playing FLAC audio tracks, they are no longer playing gapless. There seems to be about a half second gap between tracks.

iPod Video 5G
Rockbox 3.11.2 / r21506
Bootloader 2010-05-25T22:02:55

Issue is present even when using default theme and font; Docked or not docked.

I tried increasing the buffer and that had no affect.

On my newly purchased (but used) Archos Internet Tablet 70 250GB with Android Version 2.2.? (Froyo) I installed the daily build of rasher. Everything works so far, but playback of MP3 (mostly 160 Kbit CBR and ~200 Kbit VBR) pauses briefly every 2 to 3 minutes. I just reformatted the drive, which now has ext3 and that seems to end the pause which I got on FAT32 after ~4 Seconds of every new song, but every 3 minutes or so the playbacks stops for about a second - very annoying. Don't tried other codecs as I don't own any files other than MP3.
I was in the developers menu during one of this pauses, looking at the list of the contributors. The old names fly away to the right, but this was frozen also during this one second timespan - as if the rockbox-process was paused entirely or so.

Sansa Clip Zip has big problems with Lossless files. BIG.

1) Flacs skips randomly, at every encoding level (5 or 8 it's the same) and it's impossible to reproduce this issue when I want. It skips to the next track randomly
2) Ape files stops to reproducing and makes a really big noise, this after 30 sec. or 3 min… or nothing at all.
3) Wavpack files, sometimes, stucks for 0.5 seconds and then, it continues to play. It happens to Fast encoding, or Normal encoding, it's the same.
4) AAC files make little noises and, sometimes, crash Rockbox.

Flac and APE problems, I'm sure, occurs from ages, I bought Clip Zip months ago and these problem occurred for every build and ofr every Rockbox release.

I don't think that my player's broken. These problems were previously posted by other people.

I think that the testing of builds were made too hastily, there are too many problems with lossless files. I can understand APE that requires an expensive decoding, but FLAC files couldn't have these problems :(

This is a reopen of issue #1 of  bug 7354  (http://www.rockbox.org/tracker/task/7354)

SETUP:
HW: sansa clip+
SW: 8687b98-121001

CD's ripped as wav/cue with EAC 1.0b3 then converted to FLAC w/embedded cue with cuetools 2.1.4; used accuraterip to confirm good rip.

EXPECTED BEHAVIOUR:

loading a flac w/embedded cue would display markers within the track and allow forward/back skipping within the track.

ISSUE:
Some tracks I am unable skip to using next/back or rewind to the start of using back.
If I listen to the whole preceeding track then the display updates correctly as it goes.

I've tested this with a handful of CDs, and given the previous bug, this appears to be a general issue with flacs/embedded cuefiles.