Rockbox

This may be all players; I have only had experience with the Sansa Clip+ and Clip Zip. On version 3.13 the Automatic Resume feature works inconsistently, especially on the 2nd+ file of a playlist.

In version 3.11.2, the feature worked correctly on my Clip+. If I paused the player and the player turned off due to the timeout, when I turned the player back on and pressed the “Home” button or “Resume Playback”, the entire playlist would be back in place and playback would resume at the spot I paused. If I was 30 seconds into the third file in a playlist, playback would resume at that point. When that file finished, the next file in the playlist would start. Pressing “Previous” or “Next” would play the previous or next file in the playlist.

In version 3.13, this feature does not always work correctly. In fact, it rarely works correctly when playing a file that is not the first file in a playlist. Some times it works fine. Most times when I try to resume playback, it instead plays the beginning of the first track in the playlist. Some times when that happens, if I manually navigate to the track I was in when I paused, it will resume that track from the correct position rather than starting it over from the beginning.

This behavior is seriously agitating. I use my player to listen to multi-hour podcasts broken into separate files for each hour. If I get a phone call and pause my player I expect my player to automatically shut itself off after a few minutes, and it does. When I start the player again, I want to be able to pick up just where I left off. On versions prior to this, I could. In 3.13 it does not work 9 out of 10 times.

Playback halts.
No error screen appears – screen seems to stay where it is when freeze occurs, i.e. WPS or back light off.

Tested multiple audio formats.

Does not occur if no head phones are plugged in.

If you play a song for a bit at low volume (tested -14dB) before raising the volume, it is okay.

To reproduce:
Find a loud, bass-heavy part of a song, and halt playback right there.
Set volume to 6dB.
Set bass to 14.
Resume playback.

Usually freezes in less than a second when I do that.

RB version:
33f3af2-130523

Rockbox 3.1.3 on Clip+ (also iriver h140/340. also previous versions of rockbox).

Some HE-AAC files play back at half speed.

Example file info (comment/lyric fields removed as very long):

General
Complete name : Witness_-_The_Khmer_Rouge_take_power.m4a
Format : MPEG-4
Format profile : Apple audio with iTunes info
Codec ID : M4A
File size : 4.09 MiB
Duration : 9mn 0s
Overall bit rate mode : Constant
Overall bit rate : 63.5 Kbps
Album : Witness
Album/Performer : BBC Radio
Track name : The Khmer Rouge take power
Grouping : News
Performer : BBC World Service
Composer : BBC iPlayer
Genre : News
Recorded date : 2013-04-18T08:50:00+01:00
Tagged date : UTC 2013-04-18 09:07:25
Writing application : Lavf55.0.100

Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : 40
Duration : 9mn 0s
Duration_LastFrame : -1ms
Bit rate mode : Constant
Bit rate : 62.7 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Stream size : 4.04 MiB (99%)

30 second sample attached (cut with ffmpeg, full metadata)

Forum report http://forums.rockbox.org/index.php/topic,43012.0.html

It seems that operators are discarded when used in a tagnavi.config (or tagnavi_custom.config) format line condition.

For example,

%format “fmt_abtitle” “*%s - %02d:%02d” title Lm Ls ? playcount > “0” & lastoffset == “0” %format “fmt_abtitle” “%s - %02d:%02d” title Lm Ls Now if we used “fmt_abtitle” instead of “fmt_title” in the default tagnavi file, we would expect all tracks with a playcount greater than 0 and lastoffset equal to zero to be prefixed by three asterixes (*). Instead ALL the tracks with a playcount greater than zero are prefixed, leading me to think that the & lastoffset == “0” part is discarded. If I make the following change:

%format “fmt_abtitle” “***%s - %02d:%02d” title Lm Ls ? lastoffset == “0” & playcount > “0” %format “fmt_abtitle” “%s - %02d:%02d” title Lm Ls

Now all tracks with a lastoffset equal to zero are prefixed, which again proves that the and operator was clearly ignored and unparsed.

Hi,

I’m experiencing an issue with WMA Pro playback on my Clip Zip.

I’ve got the lastest stable build of Rockbox 3.13. Files were encoded with dbpoweramp.

Some files playback normally, but majority of tracks skips. Always at the same point if not forwarding or rewinding.

Here’s a sample. The track skips at 2.15.

I would like to leave my player charging overnight and have it resume playback in the morning to wake me.

My player remains on when charging and cannot be turned off.

The alarm does not resume playing if the player is already on when the alarm time passes.

I suspect this probably applies to all players, mine is a Sandisk Sansa Clip+.

Rockbox info says v. 3.13 - the stable build grabbed by RockboxUtility, which this bugtracker doesn’t seem to know about yet.

Version: 3.13

Variable ‘tmp’ on line 565 is possibly not initialised (found by cppcheck).

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

Changing “Enable EQ” setting does nothing until the player is restarted. However, selecting an EQ preset does enable the EQ and take affect within a few seconds. With the new 3.13 presets I am working around this issue by simply selecting the “Flat” EQ config file to “Turn Off” the EQ. I have tried stopping playback and skipping around to other tracks forcing the buffer to refill. That doesn’t work.

I don’t know when the bug was introduced except that testing 3.11 on my Gigabeat F proved it WAS NOT present in 3.11.

I have verified the bug in 3.13 on all of these targets, so at this time I’m saying this affects all players.

Confirmed on Fuze v2, Clip v1, Clip +, Clip Zip, Gigabeat F

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

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.

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.

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.

I’m using 42a725f, and after frequency scaling implementation, sometimes the player slowdown extremely, being unusable (don’t stop playing, only small gaps in audio occur).
Less frequently, the player freezes.

I noticed it’s happens more frequently if the device is just powered on, and hits play. If I wait a few seconds before resuming play, the freezes are less frequent.

- How often does this happen?
* Frequently, about 2 o 3 times a day (4 hour average playback time, with several shutdown/boot in the middle)

- playing which file format (mp3, ogg, flac, mpc, etc…)?
* Confirmed with mp3 and flac

- which lcd is your device?
*st7783

Rockbox Daily Build rev 085c10 (2013-01-30)
120gb 7G iPod Classic.

When I connect my rockboxed iPod Classic via Line Out (Apple Dock or Fiio Line Out Adapter) I’m getting heavy distorted with clipping an low volume sound. Headphones out its working while connected to the dock.

Same reported in the mailing list (http://www.rockbox.org/mail/archive/rockbox-archive-2012-10/0006.shtml). Stock firmware, and rockboxed iPod Video (5.5G) working with the same setting.

I have no programing knowledge, but I’m willing to help!!

I’m having weird problems with a 160Gb 6G Classic (yes I know it’s unsupported/unstable).

With emcore and rockbox it works fine. Connecting it to my computer the USB works as expected and everything is great (copied 100Gb+ of music to it with no trouble).

However… when I connect it to either of my cars (via USB), the iPod shows the USB screen for a few seconds then goes back to the Rockbox menu and locks solid. It then needs a MENU+Select to reboot it.

Using a USB flash drive in both cars (different head units) works fine and I can navigate around the filesystem and play music. I did notice that the flash drive was partitioned, not ‘superfloppy’, so I setup my iPod with 1 partition and stuck rockbox on that…. didn’t make any difference though.

Someone suggested that the head units (Kenwood and OEM Jaguar) might be detecting the device as an iPod from the USB ID and then ‘doing something special’. So I compiled my own rockbox from git source changing the USB ID and VENDOR to 0001. I then verified the change by doing a lsusb on my Linux box and the ID showed as 0001:0001.

Sadly this makes zero difference to the iPod’s behaviour when connected to my car(s).

Does anyone have any suggestions? I’m happy to recompile, grabs logs, insert code etc

Here’s the rockbox-info.txt from the one I built:

Target: ipod6g
Target id: 71
Target define: -DIPOD_6G
Memory: 64
CPU: arm
Manufacturer: s5l8702
Version: 189148eM-130128
Binary: rockbox.ipod
Binary size: 646268
Voice format: 400
Actual size: 646260
RAM usage: 1755172
Features: accessory_supply:backlight_brightness:crossfade:dircache:headphone_detection:hold_button:hotkey:lcd_bitmap:lcd_non-mono:lcd_color:lcd_sleep:morse_input:pitchscreen:quickscreen:rtc:swcodec:tagcache:tc_ramcache:charging:usb_charging_enable:wheel_acceleration:lineout_poweroff:large_plugin_buffer:albumart:disk_storage:scrollwheel:usb_power:usbstack:hardware_click
gcc: arm-elf-eabi-gcc (GCC) 4.4.4
ld: GNU ld (GNU Binutils) 2.20.1.20100303
Host gcc: gcc (Ubuntu 4.4.3-4ubuntu5.1) 4.4.3
Host system: Linux

Sometimes my Clip Zip gets in a state where I can resume playback after booting it but then it doesn’t let me seek anymore (seek thingy still moves but then jumps back to where it was, playback is totally unaffected which in this case is bad of course). I also can’t pause or skip. I can go back to the main menu but I can’t move the cursor or go back to the WPS. When I go into the playlist by long-pressing down, the list usually appears but is not functional although here I can usually move the cursor up and down (sometimes I only get a kind of frame but rendering freezes at that point). Trying to shut down lets the “shutting down” popup appear but that’s it.

I seem to remember that going via “recent bookmarks” once was a workaround but in the current state this doesn’t work either.

This broken states persists between shutdowns (or well, switch-offs more like since shutting down doesn’t work). I also tried to recreate the playlist but that didn’t help either so I’m currently stuck with a player that will play but I can’t it make change what to play. I will also have to listen to the same podcast over and over again since no new resume position is saved.

The build I use is 42a725f.

Oh and sorry I didn’t choose the right player. Couldn’t find any Sansa Clip in the list in fact :/

This bug is sporatic “the worst kind”, has effected a 4gb fuze+ “foolsh in IRC” and an 8gb fuze+ “DmL in IRC“, but also has been confirmed to be absent from one other 4gb fuze+

Rockboy data aborts on menu key press, when the srceen is rotated left and image is stretched across the whole srceen. Also no matter what key is mapped to the menu entry it will still fail.

It never fails when aspect ratio is maintained with scale or when not scaled at all, and never aborts when rotated right or not at all.

Only four files even mention rotate in the apps/plugins/rockboy/ directory “lcd.c menu.c rockmacros.h and sys_rockbox.c”

Sometimes the failure does not happen and reaching the menu is possible, but the rockboy option file may get written and not allow the user back into the menu later to change the rotate option back. When this happens the option file must be edited or erased to make rockboy work again normally.

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

When my Fuze+ is charged and it's still connected to the charger, it seems it keeps toggling between charging and discharging.

I think the problem is that it reacts to some voltage to stop charging. When it's charging it measures up to 4.35 V. But when it stops charging it changes to 4.25V, and says something like 96-99% charged, and which point it changes to charging again, and so on.

So it's basicly toggling between charging and discharging very often, and I don't think that's very good for the battery. Once it's charged it should stop charging as long as the charger is connected. (This might apply to other devices too.)

This was with version 2ef7a54-130111

Kurt

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

The remaining time estimate shown under System>Rockbox Info reports just “0h -1m”.

The battery indicator on the status line works OK… maybe it’s just a display bug?

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)

I recognize some problem with USB support.

When I’m connecting my player first time, it’s work correct - computer’s mounting device propertly. BUT When I disconnecting it, turn on playing and while music is still playing I’m connecting player once more - Rockbox is crashing and give information about “unidentified instruction at… “. Now player looks like dead - I must reset it and Rockbox start correctly.
When I’m not turning on songs - all works fine.

Sorry for my english…I’m still learining It

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

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.

Rockbox Info: Version: 3.12

Device: iRiver H140, 80GB Toshiba MK8009GAH 8mm 1.8" IDE HDD 8mm

BUG: Repeatable, Consistent.

Additional Information:
1. To verify that I had a good installation of the 3.12 version of the Rockbox firmware working, I have reformatted, and re-flashed rockbox 3.12 two seperate times after initially encountering this, duplicating this behavior. So it doesn't seem to be a bad firmware flash.

Expected Behavior:

1. Player should Power On and boot properly every single time the bootup sequence is initiated correctly (Play Button pressed when Player is in a Powered Off state).

Buggy Behavior:

1. Player Powers Up, then locks up (i.e. "crashes") during bootloader sequence, requiring a hard reset, and upon second boot, finally Powers On and boots properly, bringing up a functional session of the Main User Interface. This is repeatable, and consistent.

Bug Symptoms & How To Repeat:

1. Consistently the Player will lock up during first "boot" sequence. The bootloader will usually reach the text stage, and sometimes crash here. Sometimes the bootloader will get through the text stage and reach the Rockbox Logo and then crash here. The Main User Interface is never reached upon first "boot" sequence.

2. The result of the first "boot" lockup (i.e. "crash") requires that I reset the Player by inserting a paperclip into the Reset hole (on the bottom plate of the Player) and triggering the button hidden in there. This Powers Down the Player, and Resets the Firmware, leaving the Player ready to be Powered On again.

3. Upon the second "boot", the Player will "boot" and the bootloader will make it past the text stage, the Rockbox Logo stage, and then spin up the HDD properly; the bootloader will not lock up the firmware, and behaves 'normally', finally resulting in a completed boot up sequence with the Main User Interface coming up (as a user would expect). The Player is now ready to use.

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.

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 noticed various RDS-related issues on my Clip Zip and Samsung R0

1) Sansa Clip Zip
With the latest builds (for example version 341e2c4-120929) I noticed the RDS text just behaves crazy, like blinking for no reason and displaying strange characters. Besides, the RDS name won't display most of time or at least needs much time to display.
When reverting back to an older build (0c4bd3a-120406 for example), the RDS name displays quickly and for all stations now and the RDS text is just displaying and scrolling normally.
Tested and noticed with my theme lebellium Samsung -like: http://themes.rockbox.org/index.php?themeid=1681 and with the various DFKT Minimum Zip themes (this one for example: http://themes.rockbox.org/index.php?themeid=1539 )
screenshots of the issue: http://imageshack.us/a/img855/8724/dump120926124155.png http://imageshack.us/a/img837/2154/dump120926124439.png

2) Samsung YP-R0
In addition to the RDS issues reported for the Zip above that also exist on the R0, it seems that the RDS text makes the device crash after a few seconds or minutes with my theme lebellium Samsung-like (version 1.60 beta to download in attachment).
I found 2 unsatisfying ways to bypass this annoying crash:
-Remove the %s scrolling tag for the RDS text, that is to say replace "%s%ac%tz" by "%ac%tz". But that's not a good solution since then the RDS text is cut off. The %tz tag only makes sense when associated with a %s tag and all other themes supporting RDS use it and work well that way.
-Replace the RDS text font (currently 20-DroidSans-Bold.fnt) by another font from the Rockbox Font Pack. As I want a nice anti-aliased font, the only acceptable alternative I found is the Ubuntu Bold font. But this font makes the device crash too…

So I just hope there is a bug somewhere that can be fixed?

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.

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

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.

  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!

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!

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.

When trying to start RockDoom on the iPod Classic, Doom appears to load normally until the iPod crashes and says "Prefetch abort at 71D0BF24 FSR (domain 0, fault 5)". Build ver. 8abdd9b-120902

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

I upgraded my Sansa Fuze V1 (AMSV1) from the current stable release 3.11.2 to Daily build (ad46064-120710). With Rockbox powered on, any attempt to connect USB to my WinXP fails. The USB icon is displayed briefly, followed immediately by the white screen - Undefined Instruction at 0000003C. This is repeatable. Recovery is via a power down.

Note: the USB connection works fine with the current stable release 3.11.2 and this is the first daily build I have tried,

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.

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

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

There is a bug with the clip zip that when you plug a device in for the first time it doesn't install succesfull the driver and when i unplug it the device crashes and needs a hard reset