%px tag does not behave properly with large files. When playback reaches the time 11:55:50, then the %px resets (starting to show 0).
It’s more extensively described here: http://forums.rockbox.org/index.php/topic,42661.0.html

Hi there,

  this is another WIP plugin that I wrote last year.  It plays videogame streamed music
  using the UADE library.  Original homepage here: sourceforge.net/projects/vgmstream/

  I'm a bit new to git so please forgive me for not uploading a proper patch.

  To test the plugin, simply copy the rockstream folder to the plugins folder in
  rockbox sources.  And you have to extract the data.zip file in the .rockbox folder.

  The formats.db found in data.zip is basically a list with all vgmstream supported
  extensions (at least "all" by the time I wrote the plugin).  You can add  or remove 
  new or unwanted extensions there.  The plugin will only handle the extensions found
  in the formats.db.

  Currently the plugin works as a viewer plugin, and there is only one extension associated
  with the plugin in viewers.config for testing purposes, but you can always use the 
  'open with' option from rockbox.  Once you open a file the plugin will parse all supported
  files found in the same folder.

  The vgmstream project is updated quite often, if someone wants to
  update the core library, I believe that would be very easy, since I only changed a couple
  of things to it.

  I'm not going to work on this anymore, so I decided to upload it here, and hope someone
  can make a proper patch and maybe some dev would be interested in testing it, make 
  the necessary changes and upload an stable release.

  As a last comment, I have only tested the plugin in the simulator, samsungypr0, fuze+
  and ipod nano. It only worked in the simulator and samsungypr0, so hope someone can 
  fix that.

  Please read the README file for some additional info about the plugin.

  Working on:  simulator and samsungypr0
  Commid ID: e1ea08417bca57c607df6686472fa0a86f38b6d1

Rockbox versions: all from 3.7 to 3.12

There are really loud and annoying digital squeaks during playback on some tracks only (wma 64-96kbps). Usually the noise occurs when one channel is silent or almost. The problem doesn't occur with the OF. It makes no difference where the song is stored (sd or internal memory). The same tracks play fine on the pc. I attach a portion of a song I've recorded while playing on the device where the noise can be clearly heard.

As the title suggests, fun things like: https://plus.google.com/102855057878446061693/posts/FkQ4wQZb8VD can happen in this instance.

Initially reported here: http://www.rockbox.org/irc/log-20130113#07:14:49

[Saint]

The Clip Zip's text viewer does not bookmark anymore. When holding down the Submenu and Select keys (which according to the manual sets a bookmark), no bookmark is created, and the screen flashes between the context menu and the text file instead. This bug has been confirmed by skip252 here: [ http://anythingbutipod.com/forum/showthread.php?p=629493&posted=1#post629493 ].

Rockbox build is the latest dev build at the time of filing [62de15f-130103].

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

when rockbox startup, a loud popping sound will be produced to the output

if plug off the headphone before startup, and plug in on after startup, the popping sound also produced;

if plug it before startup and hear the popping, then re-plug the headphone will not hear any popping again(until i restart the rockbox)

There are some problems with the quickscreen on the Sansa Fuze. I traced it back to r31246, a text alignment bugfix:

- Quickscreen items flicker a lot and sometimes vanish for half a second on each change of an option.

- Setting the right option (Repeat) to "Shuffle" and then back to something else causes "Shuffle" to stick on screen. Leaving the quickscreen and returning to it reveals the correct setting.

This only happens for longer scrolling strings of text, e.g. "Shuffle" is "Zufallswiedergabe" in German.

Player: Sansa Clip+
FW: Rockbox 3.12, official stable build, but it happens on older versions too

While playing some FLAC file, RB skips to the next track automatically. I know there is a lot of similar bugs, but this is unique:)
Firstly, the problem is repeatable on my Clip. Skipping is always at one time, e.g. 00:19 for one file and 01:40 for other one. I think that these files are stored on corrupted part of SD card. OK, if it's corrupted then I have to buy a new one, but when I switch to original Sansa Clip+ firmware it play normally! At problematic places (00:19 or 01:40) there is a little 'click', but it continues to play. My conclusion is: if original FW handles such a files on bad memory, Rockbox should has workaround also.
Files are OK, when I copy them to internal memory, Rockbox plays continuously.
I didn't notice skipping of MP3 files on the same SD card, only with FLACs.
Computer players (e.g. AIMP) plays FLACs from this SD without any problems.

I've attached movies that presents the bug on 2 different tracks. Hope it helps.
http://youtu.be/0e4Xf8rKTh0 http://youtu.be/zl4LX4wEwlI

this is ordinary mp3 file.
I think it was name problem, renamed to simple.
Still not play.
Player Sansa Clip+ (not found in bug report menu)
Rockbox 3.12 (not found in bug report menu)
Standard firmware has no problem with this.
Good luck!

It is 16Mb size so I put it to my dropbox
https://dl.dropbox.com/u/17669498/rockboxbug/08.mp3

Daily build: c413591-120705 and earlies.
When I connect powered down my Fuze V1 and disconnect from USB, it hangs displaying USB screen. I must hold power switch for several seconds to power off player. Tested on two different machines with windows7 x64. When I connect powered on player everything works perfectly.

Device: Sansa Fuze v2 (stable port)
Rockbox Release: 3.12

Recently I have been noticing a problem with themes that allow radio station logos to be displayed on the FMS screen. This is most noticeable with the analog and Fuzemod themes. While the logo displays properly, other images on the screen do not. In the case of the analog theme, the VU meter appears corrupted and with the Fuzemod theme the battery animation, tuning bar slider and playmode indicator icons fail to appear as expected. This problem was not present when either of these themes was used with the releases before version 3.12. In fact this bug appears to have been introduced by one of the experimental daily development builds either in May or June. I have tried different sets of radio station logos and preset lists with these themes but I always get the same result when using version 3.12; everything is fine with any previous release. Since this problem occurs with two different themes along with any combination of radio station logos and preset lists, I can only conclude that it originates with the firmware.

I have attached to this report three generic radio station logos in bitmap format along with a generic preset list. You can put these into /.rockbox/fmpresets and try your own tests. Since the frequencies were selected at random, don’t expect them to tune in anything. Besides, there is nothing wrong with the ability of the Rockbox firmware to tune in radio stations or play their music. The problem starts as soon as the user starts flipping through the station presets, so don’t be shy about changing the station frequently during your tests. I also find that in order to accurately reproduce this problem the Sansa Fuze v2 should be powered off then on again whenever a new theme or preset list is loaded.

[EDIT: Attached patch for experimenting with AS3543 settings.]

When playing back audio on a Sansa ClipV2 player, there is a regular background noise that’s audible with sensitive headphones and that’s quite annoying during quite music passages. The background noise is a hissing sound that repeats about 4 times per second. The noise can be heard when there is no disk activity and even at very low volume or when playback is muted. It stops as soon as audio is paused.

The noise is not present in the original firmware (OF).

This is a long-known issue, but hasn’t been formally tracked before. It is related to FS#11907, but different in that the background noise is present when there’s no disk (SD) activity. However, I did have the impression that disk activity intensifies the noise.

This item serves to collect the various approaches people have tried to eliminate the noise, and ideas for future exploration.

I ran a series of experiments on the assumption that the audio hardware is misconfigured is some way. I worked through various settings of the AS3543 component based on its datasheet. Here is what I have tried; but nothing helped to eliminate the noise:

* Higher-quality audio settings as proposed in  FS#11304  (AUDIOSET2_HPH_QUALITY_HIGH,
Disabled DAC gain control
Bypassed mixer and disabled mixer gain control (HPH_OUT_R_HP_OUT_DAC, AUDIOSET2_AGC_off,
Mute SDI data
Enable and control DAC attenuation
Disable common mode buffer (phantom ground)
Disabled various unused mixer components (AUDIOSET3_MICMIX_off, AUDIOSET3_ADCMIX_off,
Used external clock source for DAC
Enable headphone detection
Resetting all reserved audio registers to 0

[EDIT: I have attached a patch that allows experimenting with these settings by uncommenting the relevant source lines at compile time or extending the provided debug function to toggle the setting at run time.]

Possible next steps (suggested by various people on IRC):

* As the noise is not present on the other AMSv2 targets (Clip+, FuzeV2), a dump of the AS3543 settings (as3514_regs[] array) on these targets would be helpful. I have attached a patch that adds a debug-menu function for doing this (needs a logf build).

* Someone with a JTAG could read the AS3543 configuration set by the OF.

* The issue could be unrelated to the AS3543; it could be a power-management or frequency-scaling issue.

Also attached: A dump of as3514_regs[] (logf.txt; all values in
I’ve removed the patch to dump these settings; see a later comment in this task for a more up-to-date patch to do this.]

Other ideas?

Sans Clip V2

24bit 96000 Hz 6 Channel (5.1) FLAC files skip to next song after 30 seconds. 30 seconds is an estimate because my screen is broken, so I can’t see what’s happening. I downloaded a daily build 3 days ago, but I think it’s a buffering issue. Flac is 8181 kbps (says Foobar).

It’s the first time I tried these files, so I don’t know if they ever worked, or ever will.
If they never will work, I’m sorry for reporting this.

Thank you all for your time and efforts.

In the "Graphic Equalizer" menu and when I connect the player to a computer to transfer the data labels are displayed incorrectly (instead of letters symbols, as in the screenshot).
The problem occurs when I use the Russian language.
The problem I see for a long time, please fix it.

Screenshot of the screen that is displayed when transferring data, I could not do.
P.S. Sorry for my bad English.

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.

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.

So far there's still two problem which have never been fixed on Android:
1.When opening Rockbox, its volume bump to max automatically whatever it was when last quit;
2.On most HTC(and probably other) devices one can't use physical volume keys to adjust. Volume bars in WPS and SBS work well however.

Hopes the fixes!

  Nowadays there're more and more Android devices hit the market with higher and higher definetion. Therefore, we need to compile Rockbox with higher definetion.
  Though we can compile and run Rockbox fluently, it doesn't always work as we expected. Sometimes it can't load background image/WPS/SBS or it'll even stop singing. I did a lot of test and comparison between builds with different version and  definition and find out that it's the lacking of buffer which disturbs Rockbox working normally.
  Big tracks, images and WPSs/SBSs and maybe other can cause the buffer lacking. We have bigger and bigger RAM for apps now but Rockbox always can't get enough buffer to hold the data. Hope fix!

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.

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.

Using r30284

Initialization of the database, from scratch, on the Fuze v2, using a fresh SVN build, fails when committing.

It scans all files, gets to committing 4/9, then hangs at “building database, N files found”.

If I reboot, it tries to commit on reboot, stops at 4/9, then boots into rockbox with no database (ie it asks me to initialize if I try to view it).

Attached are my database* files.

This is a bug in post-3.9 code, as I don’t have the problem with a 3.9 release.

Build 20399

The database_changelog.txt is corrupted in that the wrong filename is associated with a track, this has happened before (pre v3.0), I had to write ascript to correct it.

Exampe row from log:

artist=”Teach Yourself” album=”Polish Conversation (Disc 3)” genre=”Books & Spoken” title=”Conversation 1: Booking A Hotel In Krakow” filename=”/iPod_Control/Music/Blur/Blur - Blur/14 Essex Dogs.mp3” composer=”<Untagged>” comment=”<Untagged>” albumartist=”Teach Yourself” grouping=”Conversation 1: Booking A Hotel In Krakow” year=”2006” discnumber=”3” tracknumber=”2” bitrate=”71” length=”640824” playcount=”0” rating=”0” playtime=”0” lastplayed=”0” commitid=”12” mtime=”955689818”

Bluetooth dongles are not "correctly powered up". Problem experienced with ipod Video colour 30GB and following dongles:
- Sennheiser BTD300i
- Kokai i10s

When I boot the standard apple software the dongles auto pair with my headphones. When I boot Rockbox the dongles get power (LEDs go on) but don't pair.

I'd put priority low on this but couldn't change the priority field during bug-entry

If you add a tank or a plane on a field the strenght does not increase at any time ( as expected ). E.g. place a tank on a field with a farm.

The Bug is located in superdom.c in lines 438 - 457

static int calc_strength(int colour, int x, int y) {

  int a, b, score=0;
  for (a = -1; a < 2; a++) {
      for (b = -1; b < 2; b++) {
          if ((b == 0 || a == 0) &&
              (board[x + a][y + b].colour == colour)) {
              score += 10;
              if(board[x + a][y + b].tank || board[x + a][y + b].farm) // <-- this is the BUG
                  score += 30;
              if(board[x + a][y + b].plane || board[x + a][y + b].ind) // <-- this is the BUG
                  score += 40;
              if(board[x + a][y + b].nuke)
                  score += 20;
              if(board[x + a][y + b].men)
                  score += (board[x + a][y + b].men*133/1000);
          }
      }
  }
  return score;

}

The Bug should be fixed by using this lines instead :

static int calc_strength(int colour, int x, int y) {

  int a, b, score=0;
  for (a = -1; a < 2; a++) {
      for (b = -1; b < 2; b++) {
          if ((b == 0 || a == 0) &&
              (board[x + a][y + b].colour == colour)) {
              score += 10;
              if(board[x + a][y + b].tank)
                  score += 30;
              if(board[x + a][y + b].farm)
                  score += 30;
              if(board[x + a][y + b].plane)
                  score += 40;
              if(board[x + a][y + b].ind)
                  score += 40;
              if(board[x + a][y + b].nuke)
                  score += 20;
              if(board[x + a][y + b].men)
                  score += (board[x + a][y + b].men*133/1000);
          }
      }
  }
  return score;

}

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.

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.

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

Current developer build (2012-06-10), on Sansa Clip Zip
While audio is playing, connecting USB and disconnecting it again causes a splash with message “Error accessing playlist control file”. Sometimes followed by a hard crash (like undefined instruction).

Initial analysis shows that the problem occurs in playlist.c:get_filename. An lseek in the playlist control file fails. This lseek fails because the file descriptor (fd) was closed during USB connection. On receiving a SYS_USB_CONNECTED event in apps/misc.c, function system_flush() calls playlist_shutdown().
So the playlist subsystem seems to have been de-initialised during USB connect, but not completely, causing problems when the playlist subsystem resumes during USB disconnect.

This is reproducible on the simulator.

Experienced Results:
I have 2 folders(lets call them FolderA and FolderB) each containing audio files.
FolderA and FolderB are both on the root of my drive
Neither one has a database.ignore file in it.
I go to settings → general settings → database → update now
All files are added to the database as expected
…But i realize i dont want FolderB to show up in the database.
I add a database.ignore file at /FolderB/database.ignore
Then I go back in and update the database again(settings → general settings → database → update now)
all of my audio files still show up in the database(including the ones in FolderB with the database.ignore file)

Expected Results:
After adding the database.ignore file to FolderB and updating the database(settings → general settings → database → update now) the audio files in FolderB should no longer appear in the database

Summery:
Any files in a folder containing a database.ignore file should be removed from the database on update

Rockbox Info:
Build Version: daily / e3cddc2-120701

Settings such as "eq enabled" and "replaygain type" do not apply to a playing track when selected from shortcut menu, although the setting does appear to have changed when checking in the settings menu. The audio remains unchanged when changing the settings. However, when changing the same settings via the settings menu they function correctly (e.g. audio noticeably changes from loud to quiet after a few seconds).

Also, while displaying "debug info" on the wps, I noticed that %rg (replaygain value in dB) DOES change when the replaygain is changed via the shortcut menu, even though the audio doesn't change. (Both %rg and the audio change when the same setting is changed via the settings menu).

NB Some settings DO work, such as bass and treble.

Problem noticed on Sansa Clip Zip (build 2f1da04-120627), UiSimulator of Sansa Clip Zip (build fa17cb9M-120627).

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 have a Sansa e260 player and currently Rockbox 3.11.2 running on it.
I got a shuffled playlist with all of my music in it (added to the playlist using the insert function and reshuffled afterwards). When I want to listen to one or more specific songs, I enqueue them with the queue function (in play mode select song, album etc. from database → context menu → Current playlist → Queue).
This works fine in most cases but when there had already been a queue that ended the song before, the song that I want to enqueue is placed before the currently playing song (which is the first song not any more part of the former queue) instead of after it.
If I use the feature "Queue next" the song, album or whatever is correctly placed after the currently playing song. After having used "Queue next" once, other songs enqueued with the "Queue" command may be also placed correctly at the end of the new queue. I believe to remember some strange behavior though when in that case the song was also incorrectly placed as described above.
I tried mp3 and ogg files and the behavior was the same regardless of which file format was used. It also doesn't matter if the song is played from the player's memory or from micro SD card.
As soon as the second song after the queue is playing, enqueued content is correctly placed after the currently playing song again.
I have experienced this behavior for a long time now and with different Rockbox builds on my player.

To reproduce the behavior:
1. Have a reshuffled playlist (created using "Insert" command, then selecting "Playlist" → "Reshuffle" from the wps context menu) with some songs in it
2. Listen to one of these songs which is not the first or last one in the playlist
3. Enqueue a song from your database via the context menu (This song should be placed directly after the currently playing one)
4. Play the enqueued song (or a part of it)
5. Play the next song in playlist
6. Now enqueue another song (This song should now be placed directly before the currently playing song in the playlist)

I have hardly any programming experience at all but it seems to me that somehow there exists some sort of marker that indicates the end of a queue and that this marker is not erased immediately after a queue ends but "one song too late"?

Player Type = Sansa Clip+ (not available in chooser when submitting).
Release = 3.11.2

Recording at 48kHz results in audio that is 2.35% too fast. I believe it is recording at 49155Hz instead of 48000Hz. Recording at 44.1 kHz does not have this problem.

I have verified by putting 2 identical Clip+ in front of me, one set to rec at 44.1 other at 48.0. When playing back audio (on PC) difference in pitch is (barely) audible. And the audio falls out of sync as recording progresses (in video editor).

For now I’ll be happy to only record at 44.1kHz, but maybe 48kHz recording should either be fixed or dropped from Clip+ options.

The version 3.10 is stable and everything works fine, but since I upgraded to the last version 3.11 or the daily build the ipod crashes and I can't mount the device in the computer, the charging doesn't work either.

On my Sansa Clip+ 4GB, with Rockbox v3.11.2

Recording a wav file through internal microphone. If the audio signal clips at the positive limit, bad things happen:
1) Most of the time the recorded signal wraps around to a full scale negative value, which makes it sound terrible.
2) Sometimes the recorded signal wraps around to a near zero value, which still makes it sound terrible but the distortion is not so loud

3) Clipping at the negative end of the range is as you would expect - a flat line which sounds like normal digital distortion, as you would expect

See attached picture of the recorded waveform showing each of the 3 situations described above.

Every time I try to set my theme to ThinBasic in Rockbox 3.11.2 on my nano 1g, a panic occurs.
I only tried this in 3.11.2 so I'm not sure if older versions have this problem too.

I suspect this bug has appeared since r29333, r29341, r29342 but I'm not 100% sure, it worked fine a few days back.

When I delete a file it goes well, but after I delete a file after first switching to another application or to the Android main screen deleting a file locks the main screen, it also locks up for other Android native screens like the keyboard you get when you create a directory.

I use Android 2.1 on a Cowon D3 device.

In Rockbox for Android it is not possible to highlight an entry in a list without selecting (entering) it.

For example, if I am in the playlist viewer showing the list of just playing songs with my ipod (running rockbox) I was able to scroll through the list which moved the higligting bar through the list and then I could select the desired entry by pressing enter. With the touchscreen I found no way only to highlight a certain entry.

This is important if all entries are very long and have the same starting text. For example "Ludwig von Beethoven, Symphony No. 9 - 1. Adagio" cannot be distinguished from "Ludwig von Beethoven, Symphony No. 9 - 2. Andante" in the playlist viewer since the distinguishing part is cut off. With my ipod I could highlight the entries with the scroll wheel and the highlighted line started horizontally scrolling so I could see the complete text. With the Android port I can only touch the line, but touching the line does not only highlight it but also selects it and so starts playing.

This problem also exists in other list with long entries and happens with all version I compiled until now (latest was a12b2a5).

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.

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.

When I play non-protected WMA files of 32 - 64 kbps and 44khz which have been ripped without changing anything from video on my Clip+ I get a garbled sound. I hear bits of sound all mixed up. This was true w/ 3.81 firmware and now w/ 3.9. The unexpected thing is that they all play normally w/ the Sansa firmware(Sansa firmware's volume is too soft for my taste Roll Eyes).

Starting from the daily build from mid August (can’t exactly say when, because I don’t play MIDIs so often), the MIDI playback on my iPod 5G 30GB sounds distorted, especially the Piano sample.

It sounds as if the higher frequencies are chopped of and instead replaced by “alias frequencies”. Maybe something has been messed up in the mixing routine concerning decimation filter / interpolation.

I am using the original patchset provided here at rockbox.org.

Maybe somebody could check this - thank you!

Keep up the great work!

The settings submenu with the playlist viewer settings like “show icons”, “show indices” and “track display” to select between file name only and full path for playlist entries is not available in the playlist viewer menu in the Android version.

So these settings cannot be changed.

This happens in all version I tried until now (latest was a12b2a5).

Hi, firstly i put Sansa c200 because SansaClip+ is not available in the list.
My player is a Sandisk SansaClip+ bought 6 months ago with an 8Gb class 4 Sandisk microsd (that is currently empty, no songs stored).

Steps to reproduce the issue (after a fresh installation of the Firmware, no settings changed):

1) Switch on
2) → database
3) → track
4) select any track
5) press the central button
6) Erase Dynamic Playlist? is displayed.. Select Yes
7) countdown then starts to play
8) Seek to the next song (it happens at the first seek or might need three, four one after the other)

Data abort
at 30813E44
FSR 0x8
(domani 0, fault 8)
address 0x62E90028

- I installed version 3.10 on top of version 3.09, but later on I tried to uninstall completely 3.10 and reinstall it from scratch and the issue is the same.

- After the crash i have to keep the "switchoff" button pressed for a while.. then I press it again to restart the player and I try to resume the song I get "playlist control file is invalid" or "nothing to resume"

- behavior is the same with or without the SD card

- The issue was randomly happening (but very very rarely) also on the previous version of the firmware (3.09) I got the error a couple of times in 6 months.

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

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.

After updating Rockbox from 3.10 to 3.11.2 on my Ipod Nano 1g i noticed the robotfindskitten game did not work as it should anymore. When robot has touched the first object, the text on the top does not change anymore when touching more objects until he finds kitten. The kitten animation also is hidden behind the text of the first object and the scrolling of the text starts at the end, not at the beginning.
I think it worked fine in 3.10, or at least in 3.9.

Please investigate this problem.
Thanks,
Hugo

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.

All i know is that this happened on 590mb tta file and after cutting it with cue splitter there was no problems with playback.

SVN:31187