|
12816 | Bugs | Music playback | Very Low | Sansa Clip Zip hangs after "resume playback" | 2013-01-29 | Christian Mertes | 2013-01-29 | |
Task Description
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 :/
|
|
12814 | Bugs | Music playback | Very Low | Playback hangs when changing volume | 2013-01-27 | hrvoje | 2020-07-09 | |
Task Description
Very plesed with Rockbox, but discovered this in the latest version on ipod nano 2g: when changng volume during playback, the player randomly stops (with a click) and stops counting time. Pressing pause or play doesn’t help and skipping to another track also doesn’t help. The only way to enable playback is to restart.
It seems that this bug appeared in version 3.8. I couldn’t reproduce it in 3.7 (and I’m using 3.7 happily for now).
How to reproduce:
- play a song (an mp3) and keep changing volume up and down quickly. After 1-5 minutes the player will stop.
|
|
12805 | Bugs | Music playback | Very Low | Digital squeaks on certain tracks while playback clip+ | 2013-01-18 | Lorenzo | 2013-01-18 | 1 |
Task Description
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.
|
|
12790 | Bugs | Music playback | Very Low | Remaining time of track shows incorrectly | 2012-12-13 | | 2012-12-13 | 1 |
Task Description
Gentlemen,
May I refer you to
http://anythingbutipod.com/forum/showthread.php?t=71283
where my case for supposing if not a bug, then at least a strangeness, is apparent.
I can supply you with these files if you so require.
Thankyou
Rockbox version: d119fb1-121202 Sansa Clip Zip 8+32Gb
|
|
12784 | Bugs | Music playback | Very Low | Sansa Clip+ skips to next track while playing FLAC file... | 2012-11-25 | Swiez Utko | 2012-11-26 | |
Task Description
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
|
|
12781 | Bugs | Music playback | Very Low | rockbox does not play file | 2012-11-12 | Oleksandr Kharchenko | 2012-11-15 | |
Task Description
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
|
|
12776 | Bugs | Music playback | Very Low | VGM Freezes iPod Mini 2G | 2012-10-24 | Tiago Medeiros | 2012-10-26 | |
Task Description
Build is : 8ad8473
My Problem is that upon VGM Playback (Genesis music), the iPod slowly freezes to a crawl.
usually there’s a 1 second or 2 of playback, and then a pause in the song.
|
|
12763 | Bugs | Music playback | Very Low | Sansa Clip v2 : 24bit 96000 Hz 6 Channel FLAC files ski... | 2012-10-08 | whocares | 2012-10-15 | |
Task Description
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.
|
|
12760 | Bugs | Music playback | Very Low | FLAC / Embedded cue sheet skipping issues. | 2012-10-03 | Oliver Matthews | 2012-10-03 | |
Task Description
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.
|
|
12755 | Bugs | Music playback | Very Low | Sansa Clip Zip has too many problems with lossless file... | 2012-09-24 | Peppe Weapon | 2012-12-18 | |
Task Description
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 :(
|
|
12749 | Bugs | Music playback | Very Low | Android Tablet with Froyo: Playback pauses briefly ever... | 2012-09-07 | Thomas Heuving | 2012-09-07 | |
Task Description
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.
|
|
12729 | Bugs | Music playback | Very Low | Playback stops with buzzing on iPod classic 6G | 2012-08-17 | andrew cooke | 2012-08-17 | |
Task Description
Hi, I recently installed rockbox following the instructions online and using emcore (the flyspray howto says that 3rd party bootloaders are not supported, so forgive me if this is incorrect, but I thought it might be an exception since it was the official instructions).
Anyway, twice now, playback stops with a buzzing noise. The screen is visible but frozen and the ipod unresponsive. The only way to continue was to hold down menu and select until reboot (after which it was OK but had lost the playlist).
First time I assumed a bad mp3, but twice in two days seems unlikely. I am very new to Rockbox, so am unsure what else would be useful to report. The version number is r31516_120101. I am (more than) happy to install a more recent version if you point me to instructions. I can also provide more info if you explain what is needed. Unfortunately I didn’t note the track(s) (but will try to next time it happens).
Thanks for all the work.
|
|
12722 | Bugs | Music playback | Very Low | FLAC playback not gapless anynore | 2012-07-31 | Griggs | 2012-08-04 | |
Task Description
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.
|
|
12719 | Bugs | Music playback | Very Low | iPod nano 2nd not play music | 2012-07-23 | Paul Van Hendler | 2012-07-23 | |
Task Description
I installed the lasted bootloader in my iPod nano 2nd, with the rockbox utility. I created a directory called MUSIC outside the .rockbox folder. These files are mp3.
But when i read them from files, them dont play, just buffer all of them and stop the buffer at the last song.
The same happens in Database …
How could I fix it?
Thanks
|
|
12708 | Bugs | Music playback | Very Low | iPod Nano 2G Swapped Channels | 2012-06-27 | PBCNX-MAN | 2013-11-02 | |
Task Description
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
|
|
12700 | Bugs | Music playback | Very Low | Crash when stopping playback of ogg vorbis files | 2012-06-18 | Dieter | 2012-06-18 | |
Task Description
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)
|
|
12685 | Bugs | Music playback | Very Low | disk access on volume change | 2012-05-25 | Wolfgang Dilg | 2012-05-25 | |
Task Description
At least with the newest build 652b39b volume changes on my sansa clip+ are awfully slow. I think its because every volume change triggers a disk access.
|
|
12682 | Bugs | Music playback | Very Low | Sansa Fuze+ Timestretch Can't Play more than one File ... | 2012-05-22 | Sheldon Samson | 2019-08-04 | 2 |
Task Description
Rockboxed Fuze+ early May. Had fixed.cfg that had timestretched enabled on. Worked OK. Then recently updated to newer version. That version fixed problem with freezing in radio if mode wasn’t first changed to preset in context menu.
But broke playing more than one file through files. If I tried to go forward to next file, would not play but would show time as 0:00. Screen freezes Had to force reboot. And same problem again .
Eventually and I mean eventually figured out that problem was related to timestretch on. Can be reproduced either by turning timestretch on or off thru settings or thru editing config.cfg file. Config and shortcuts file attached. Using version 5f2618c-120520
To me rockbox essential for Fuze+ and podcasts/audiobooks. Horrible, horrible touch controls for FF/Rew are tamed. Ended up buying Clip Zip before discovering Rockbox. Great work.
|
|
12678 | Bugs | Music playback | Very Low | Unable to play WMA Pro (possibly VBR) | 2012-05-18 | Albert Meltzer | 2012-05-20 | 1 |
Task Description
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.
|
|
12673 | Bugs | Music playback | Very Low | Fuze v2 does not output sound using Griffin iTrip Auto ... | 2012-05-12 | David Troutman | 2012-05-12 | |
Task Description
I have a Fuze v2 (OF v.2.03.33a; Rockbox v3.11.2).
Using a Griffin iTrip Auto for Sansa (an FM transmitter which uses the dock port only), OF outputs sound perfectly; Rockbox has no sound.
My wife’s rockboxed Fuze v1 outputs sound perfectly while using the iTrip; my v2 does not.
The Fuze v2 was only recently USB-enabled with Rockbox, so I suspect this issue has not been addressed yet on the v2.
|
|
12669 | Bugs | Music playback | Very Low | Rockbox for Android crashes on long pressing the play b ... | 2012-05-11 | Dieter | 2012-05-13 | |
Task Description
Since version 688302a Rockbox for Android crashes on long pressing the play button (I use only ogg vorbis files). I compiled and tested a lot of versions and found that the bug was introduced with version 688302a of 04/08 13:15. All earlier versions (tested back to bb0e4cc of 04/05) are working and all later versions are crashing.
I have a Samsung Galaxy S running Android 2.3.6.
|
|
12668 | Bugs | Music playback | Very Low | Rockbox for Android crashes when starting playback of ... | 2012-05-11 | Dieter | 2012-05-13 | |
Task Description
Version d29a11b crashes rockbox on my Samsung Galaxy S running Android 2.3.6 as soon as I try to play any song (I use only ogg vorbis files).
I looked through the change logs and found that in version c9bcbe2 it was stated "Fundamentally rewrite much of the audio DSP". In order to test if this change my be the reason for the crash I first compiled version c9c1349 which was immediately commited before c9bcbe2 and in this version playback still works. Then I compiled c9bcbe2 and rockbox crashes as soon as I try to play any song. So it seems that version c9bcbe2 introduced a severe bug (at least for playing ogg vorbis files on my device).
|
|
12666 | Bugs | Music playback | Very Low | clicking noise when using "fractional" timestrech ratio ... | 2012-05-09 | Wolfgang Dilg | 2012-05-11 | 2 |
Task Description
After the rewrite of the dsp system (c9bcbe2) there are massive clicking noises when using “fractional” timestrech ratios (e.g. 180%). When using the old dev build from 27.04.2012 (0842d7f) the clicks are mostly gone.
|
|
12661 | Bugs | Music playback | Very Low | Problems when playing m4a files | 2012-05-03 | Wolfgang Dilg | 2012-05-03 | |
Task Description
I have prolems playing m4a files on my clip+.
1. all m4a files available at http://metaebene.me/podcasts/ e.g. http://meta.metaebene.me/media/mm/mm086-deutschland-wurde-heruntergeladen.m4a won’t work. They playback engine just skips the files.
2. playing files available at http://www.apfelklatsch.de e.g. http://files.apfelklatsch.de/podcasts_m4a/apfelklatsch_ak_032.m4a consume a enormous amount of cpu time when being played higher speed. normally I listen to them at 180%. with the dev build 5f0cb7 at this speed there apear clicks while playback.
|
|
12658 | Bugs | Music playback | Very Low | Sansa Fuze v2 / AMSv2 soft freezing or crashing | 2012-04-29 | John Romero | 2012-04-30 | |
Task Description
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.
|
|
12653 | Bugs | Music playback | Very Low | Rockbox randomly crashes during playback | 2012-04-24 | Bruno Gil | 2013-09-02 | |
Task Description
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.
|
|
12651 | Bugs | Music playback | Very Low | MOD files are not supposed to loop | 2012-04-21 | Fergus Duniho | 2012-04-21 | |
Task Description
MichaelGiacomelli (saratoga) was wrong to close my previous bug report on MOD files looping. MOD files are not supposed to loop. A MOD file contains a piece of music with a beginning and an end. Although a MOD file may have instructions for playing a certain segment more than once, the MOD file as a whole should end at some point. Computer programs that play MOD files get this right. Rockbox should too, or its ability to play MOD files is useless.
|
|
12650 | Bugs | Music playback | Very Low | MOD files repeat endlessly | 2012-04-20 | Fergus Duniho | 2012-04-21 | |
Task Description
I presume this is a problem for all players, but in case it matters, I am using a Sansa Clip Zip. All the MOD files I’ve played on my player will repeat endlessly instead of stopping at the end. This is frustrating, because I would like to play several MODs in sequence, as I used to do on my Amiga. I played the same MOD files on my computer with VLC, and each one stopped when it reached the end.
|
|
12649 | Bugs | Music playback | Very Low | Some MIDI files crash the player | 2012-04-20 | Fergus Duniho | 2012-04-21 | |
Task Description
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.
|
|
12648 | Bugs | Music playback | Very Low | When a track is manually skipped back to its beginning, ... | 2012-04-19 | Terry Layton | 2012-04-19 | 3 |
Task Description
Hardware device(s): Sansa® Fuze™ v2 (this exact same problem has also been heard on the Fuze+) Original manufacturer’s firmware version: 02.03.33 Rockbox version: 3.11.2 (the current release), bc41926 and the current build
The problem described in the title is the same as that reported in FS#12393 . Prematurely, Alex Parker (BigBambi) determined FS#12393 fixed as reported in this message:
From: Rockbox(tracker@rockbox.org) Sent: April-13-12 12:13:14 PM To: terrythegreat-1@hotmail.com
The following task is now closed:
FS#12393 - Annoying “click” before track restarts User who did this - Alex Parker (BigBambi) Reason for closing: Fixed Additional comments about closing: Fixed in current build (bc41926, 13 April 2012) More information can be found at the following URL: http://www.rockbox.org/tracker/task/12393
*
This task was closed without giving me an opportunity to provide my feedback on whether the repair he did had been successful, which in this case it was not. This is an example of how MichaelGiacomelli (saratoga) did this properly with another bug fix:
FS#12633 - Loud “clunk” when the user manually skips back to the start of a WMA file User who did this - MichaelGiacomelli (saratoga) ———- Should be fixed in bc41926. Confirm and I’ll close it. ———- More information can be found at the following URL: http://www.rockbox.org/tracker/task/12633#comment42559
I was given the chance to review the changes and comment. As a result this bug is now fixed (the loud “clunk” no longer occurs) and this task is properly closed.
As indicated above, FS#12393 was not successfully fixed and this task is being submitted to replace it. At least some tests were conducted on the MP3 files I included and the problem confirmed (as reported in this earlier message to me):
From: Rockbox(tracker@rockbox.org) Sent: April-13-12 12:06:49 PM To: terrythegreat-1@hotmail.com
FS#12393 - Annoying “click” before track restarts User who did this - Alex Parker (BigBambi) ———- Curiously I can reproduce this on Fuze v2, but only with the track attached to this bug report and not with any others that I tried. I don’t have any wma to try. I haven’t tried on any other targets. **
Firstly, I have conducted tests using bc41926, release 3.11.2 and the current build on this track and many others downloaded randomly from the internet, including MP3s and WMAs. The results are always the same as described in FS#12393 . The attached tracks were produced on a friend’s computer using Windows Media Player 12 to rip them from a CD and then transferred to the player. However, I find that these tracks behave exactly the same as those produced on my computer and additionally that of the local university’s machines after a full virus scan. As reported in FS#12393 , when the user skips back to the start of a track after a few seconds of play, there is an annoying “click” before the music restarts. Also this “click” now occurs whenever the user skips forward a track or back to the previous one. Admittedly, what Alex Parker (BigBambi) may have missed is that occasionally when the WPS playback is activated immediately after powering up the player the “click” may have a much lower volume until after this function is activated a few times. That is why a number of tests lasting a few minutes with a few tracks should always be run to determine whether this bug still occurs after a fix is applied. There may also have been some confusion because BigBambi and saratoga were working on fixing similar problems and their repairs were both included in daily release bc41926.
Secondly, the same problem also occurs on the Sansa Fuze+. It is true that this is classified as an unstable port but since the “click” occurs in the same manner and has exactly the same sound as on the Fuze v2, I can’t help but conclude that this is a problem with the firmware and not with the player or the tracks used.
I would be happy to review your new changes designed to fix this problem and provide constructive feedback. Your goal should be to make the Rockbox firmware as silent as the Sansa firmware during these transitions using the files attached to this report.
|
|
12645 | Bugs | Music playback | Very Low | Olympus Mr-100: No sound with 3.11.2 | 2012-04-13 | Josh | 2012-09-23 | |
Task Description
I am new to this, so i am not sure if 3.11.2 should be 100% functional, but I have no sound when playing tracks and the up/down scrolling appears very sensitive, making it difficult to make a menu selection.
|
|
12643 | Bugs | Music playback | Very Low | This is actually a message for MichaelGiacomelli (sarat ... | 2012-04-10 | Terry Layton | 2012-04-10 | 3 |
Task Description
Reply to your repair of FS#12633
THIS IS THE MESSAGE YOU SENT ME:
The following task has a new comment added:
FS#12633 - Loud “clunk” when the user manually skips back to the start of a WMA file User who did this - MichaelGiacomelli (saratoga)
Should be fixed in bc41926. Confirm and I’ll close it.
The “clunk” has disappeared but this appears to have unmasked a similar problem originally reported in FS#12393 . Coincidently, the same day I was sent a message from Alex Parker (BigBambi) about this problem. Here is a copy of the message I sent him that I urge you to read:
The following task has a new comment added:
FS#12393 - Annoying “click” before track restarts User who did this - Alex Parker (BigBambi)
Is this still a problem?
In one word: YES!
In fact both release 3.11 and the current build exhibit this problem and now it also occurs whenever the user manually skips back to the previous track or forward to the next. It is so noticeable that I can’t see how the new users can get a favorable impression of Rockbox when its firmware displays such behavior. Even worse, they can review the bug reports on your website and see that this problem has been around for some time. Please listen to the attached files (both MP3 and WMA) and notice that it occurs with both codec types. Always play an individual track for more than 3 seconds before taking any action. When I repeatedly skip forward and backward a track the “click” seems to get louder after the first skips. Next use the original manufacturer’s firmware to do the same thing. I find that the Sansa firmware does not make any noise when the user performs the same actions.
It is surprising for me that you sent this message at this time and after such a long delay, especially as this problem was going to be the subject of my next bug report. Previously the reply I got was that it did not occur in the daily builds after release 3.10 (which was true) and so I was under the impression that this bug had been fixed. Now it has resurfaced with the 3.11 release. Actually, this is not surprising since I and a number of other users have found that the 3.11 release has numerous bugs (it is such a dog). Already there has been a release 3.11.1 issued to replace it.
The first part of my strategy to get the Rockbox team to pay enough attention to this bug was to draw their attention to the worst part of the problem. Therefore I issued bug report FS#12633 about the very loud “clunk” heard when a WMA file is skipped back to the start of the track. This was fixed last week by MichaelGiacomelli (saratoga) but the problem with the “click” remains. I have sent a message informing him of this and I hope he pays lots of attention to this problem since he is someone who repairs numerous bugs. I hope that you also will give a high priority to fixing this bug. If you do not inform me of your intentions on this matter within one week I will issue another bug report for the new users to read.
|
|
12642 | Bugs | Music playback | Very Low | This is actually a message for Alex Parker (BigBambi). ... | 2012-04-10 | Terry Layton | 2012-04-10 | 3 |
Task Description
Note: this actually applies to the Sansa Fuze v2 but it is not listed in the Playter Type menu so I made the next closest selection
THIS IS THE MESSAGE YOU SENT ME:
The following task has a new comment added:
FS#12393 - Annoying “click” before track restarts User who did this - Alex Parker (BigBambi)
Is this still a problem?
In one word: YES!
In fact both release 3.11 and the current build exhibit this problem and now it also occurs whenever the user manually skips back to the previous track or forward to the next. It is so noticeable that I can’t see how the new users can get a favorable impression of Rockbox when its firmware displays such behavior. Even worse, they can review the bug reports on your website and see that this problem has been around for some time. Please listen to the attached files (both MP3 and WMA) and notice that it occurs with both codec types. Always play an individual track for more than 3 seconds before taking any action. When you repeatedly skip forward and backward a track the “click” seems to get louder after the first skips. Next use the original manufacturer’s firmware to do the same thing. I find that the Sansa firmware does not make any noise when the user performs the same actions.
It is surprising for me that you sent this message at this time and after such a long delay, especially as this problem was going to be the subject of my next bug report. Previously the reply I got was that it did not occur in the daily builds after release 3.10 (which was true) and so I was under the impression that this bug had been fixed. Now it has resurfaced with the 3.11 release. Actually, this is not surprising since I and a number of other users have found that the 3.11 release has numerous bugs (it is such a dog). Already there has been a release 3.11.1 issued to replace it.
The first part of my strategy to get the Rockbox team to pay enough attention to this bug was to draw their attention to the worst part of the problem. Therefore I issued bug report FS#12633 about the very loud “clunk” heard when a WMA file is skipped back to the start of the track. This was fixed last week by MichaelGiacomelli (saratoga) but the problem with the “click” remains. I have sent a message informing him of this and I hope he pays lots of attention to this problem since he is someone who repairs numerous bugs. I hope that you also will give a high priority to fixing this bug. If you do not inform me of your intentions on this matter within one week I will issue another bug report for the new users to read.
|
|
12633 | Bugs | Music playback | Very Low | Loud “clunk” when the user manually skips back to the s ... | 2012-04-03 | Terry Layton | 2012-04-10 | 2 |
Task Description
Note: this bug report actually applies to the Sansa Fuze v2 but there is no entry for it in the Flyspray Player Type menu so I used the closest entry.
When the user manually skips back to the start of any WMA file while it is playing there is an annoying clunk (like a microphone being turned off) before the same music track begins again. The original Sansa® Fuze™ firmware does not have this problem.
Hardware device: Sansa® Fuze™ v2 Original manufacturer’s firmware version: 02.03.33 Rockbox version: 3.11 (the current release) Attachments to this report: 2 WMA song files
Actions taken to isolate the problem(s) to the Rockbox firmware: The attached WMA file (Stay.wma) was produced on a friend’s Windows 7 machine using Windows Media Player 12 to rip the track from a CD. The metadata was downloaded by Windows Media Player 12 which inserted it into the WMA file. I find that it gives the same results when ripped from the same CD on my machine. I try to avoid non-Microsoft software to rip CDs because this can introduce more problems.
Using any theme, skip back to the start of this track after playing it for several seconds or so (without pausing it first) and you should hear the unwanted noise just before the track restarts. Try this several times. You should get the same results every time.
To prove that this problem is not isolated to this single track (Stay.wma) I ripped another track at random from my CD collection. The name of this track is: 01 If Looks Could Kill.wma but it was too big (5.11 MB) for the tracker to attach to this report. Consequently, I cut it down to a length of 1 minute. This new file is called: 01 If Looks Could Kill [1 minute] and it is the second file attached to this report. You should find that this randomly selected track produces the same problem when the user manually skips back to the start (without pausing the track first) while using any theme to play it.
The point I am making is that the Rockbox firmware should be able to properly play a WMA file ripped from a CD using the facility provided by Microsoft Windows Media Player 12. It actually does that. But there should not be a loud “clunk” when the user manually skips back to the start of that file while playing it using the Rockbox firmware and any theme.
|
|
12622 | Bugs | Music playback | Very Low | RB dumps when I skip backwards 3 songs. | 2012-03-22 | Fernando Sclavo | 2012-03-22 | |
Task Description
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!
|
|
12619 | Bugs | Music playback | Very Low | WMA Pro tracks are not played back completely | 2012-03-17 | Alan | 2012-07-08 | |
Task Description
On my SansaClip+ the WMA files encoded with Windows media Audio 10 Pro. 256Kbps 2 channels 24bit VBR are not completely played. When playback reaches 2/3 of the song the player automatically skips to the next song. This happens regularly at the same point of each song of the album. Same songs are played correctly by VLC
|
|
12613 | Bugs | Music playback | Very Low | various errors during playback on Sansa Clip | 2012-03-12 | Keith Z | 2012-03-12 | |
Task Description
during music playback it will show an error, stop the music, and will only shutdown. after i restart the Sansa Clip, i have to play the music back from the last successful resume point.l
im guessing they are memory errors because they say different things but all show a hex number in the message. i dont remember exactly what they say, but i think they're along the lines of "page access fault" or "address fault" (similar to the old blue screen of death in Windows)
next time it happens, and it happens often, i will write down EXACTLY what it says.
|
|
12609 | Bugs | Music playback | Very Low | (Fuze+) Random Freezes during playback | 2012-03-08 | Tyler Johnson | 2013-07-13 | |
Task Description
I am currently using 29c7259-120229, but this bug has occurred with many versions without warning. No error messages, or anything. This seems to happen regardless of which format the song is in, or which memory it’s stored on (internal or SD card). Unfortunately, that’s all I know, since this bug cannot be reproduced (at least not to my knowledge).
|
|
12607 | Bugs | Music playback | Very Low | Pausing/fast-forwarding/skipping Ogg Vorbis files with ... | 2012-03-05 | Rudo | 2012-11-30 | 3 |
Task Description
Pausing/fast-forwarding/skipping Ogg Vorbis files with EQ on produces clicking sounds on Clip+.
Please see attached recording oggEQon.flac, in which you can hear the clicks that happen when: starting playback, pausing, unpausing, starting fast-forward, releasing the button, and skipping a track – in this order. I had a playlist with Vorbis files with silence (also attached).
Any non-zero equalizer setting does this. Precut and Replaygain don’t seem to change anything. Turning EQ off or setting it to all zeroes makes the clicking sounds go away (see oggEQoff.flac).
Note that this is specific to OGG Vorbis files. The FLAC and MP3 ones I tried worked fine.
This bug first appeared in the 3.10 release, and is still present it today’s daily build (d18a5ca).
Please let me know if I should provide any more info. I have built Rockbox in the past (even though it was a long time ago), so I should be able to test patches :)
Thanks.
|
|
12597 | Bugs | Music playback | Very Low | Some .m4a files won't play on Clip+ | 2012-02-24 | Joe User | 2012-05-13 | |
Task Description
Some .m4a files won't play on my Clip+. It manages to read/show the metadata (for like half a second) but then skips to the next file or playlist item instead of actually playing the intended file.
Repackaging these files using MP4Box, e.g.
mp4box -raw 1 nsfw045-neurotisch-vorbelastet.m4a Extracting MPEG-4 AAC
mp4box -add nsfw045-neurotisch-vorbelastet_track1.aac nsfw045.m4a AAC import - sample rate 22050 - MPEG-4 audio - 2 channels Setting up iTunes/iPod file…
Saving to nsfw045.m4a: 0.500 secs Interleaving
… does result in playable files which are 1-2 megabytes smaller in size.
Any idea if this is a Rockbox issue or just broken/non-compliant/wonky files?
Device: SanDisk Sansa Clip+ 8GB Rockbox versions tested: cac98a5-120223, r31457-111228
Sample files: http://meta.metaebene.me/media/nsfw/nsfw045-neurotisch-vorbelastet.m4a http://meta.metaebene.me/media/lnp/lnp009-28c3-spezial.m4a
mp4box -info nsfw045-neurotisch-vorbelastet.m4a
* Movie Info *
Timescale 600 - Duration 03:02:09.958
Fragmented File no - 1 track(s)
File Brand mp42 - version 0
Created: GMT Wed Feb 22 20:49:47 2012
File has root IOD (54 bytes) Scene PL 0xff - Graphics PL 0xff - OD PL 0xff Visual PL: No visual capability required (0xff) Audio PL: High Efficiency AAC Profile @ Level 2 (0x2c)
iTunes Info:
Name: NSFW045 Neurotisch vorbelastet
Artist: Tim Pritlove, Holger Klein
Album: Not Safe For Work
Album Artist: Metaebene Personal Media
Genre: Podcast
Created: 2012
Encoder Software: auphonic.com
TrackNumber: 45 / 0
Cover Art: JPEG File
Track # 1 Info - TrackID 1 - TimeScale 22050 - Duration 03:02:09.957 Track is present in Root OD Media Info: Language "Undetermined" - Type "soun:mp4a" - 235357 samples MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40 MPEG-4 Audio MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 22050 - SBR SampleRate 44100 Self-synchronized
mp4box -info lnp009-28c3-spezial.m4a
[iso file] Box "covr" has 12 extra bytes * Movie Info *
Timescale 1000 - Duration 01:34:12.897
Fragmented File no - 2 track(s)
File Brand M4A - version 0
Created: GMT Wed Jan 11 14:13:47 2012
File has no MPEG4 IOD/OD
Chapters:
Chapter #1 - 00:00:00.000 - "Einführung"
Chapter #2 - 00:01:22.190 - "Transparenzgesetz (Dodger)"
Chapter #3 - 00:14:30.693 - "Frag den Staat (Stefan Wehrmeyer)"
Chapter #4 - 00:27:59.592 - "Vorratsdatenspeicherung (Alvar Freude)"
Chapter #5 - 00:54:08.651 - "Jacob Appelbaum"
Chapter #6 - 01:26:18.600 - "Vortragsempfehlungen"
iTunes Info:
Name: LNP009 28C3 Spezial
Artist: Linus Neumann, Tim Pritlove
Album: Logbuch:Netzpolitik
Comment: http://logbuch-netzpoliitik.de
Album Artist: Metaebene Personal Media
Genre: Podcast
Compilation: No
Gapless album: No
Created: 2012
Encoder Software: iTunes 10.5.2
Tempo (BPM): 0
TrackNumber: 9 / 0
Cover Art: PNG File
Track # 1 Info - TrackID 1 - TimeScale 22050 - Duration 01:34:12.897 Media Info: Language "Undetermined" - Type "soun:mp4a" - 121725 samples MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40 MPEG-4 Audio MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 22050 - SBR SampleRate 44100 Self-synchronized
Track # 2 Info - TrackID 2 - TimeScale 1000 - Duration 01:34:12.897 Track is disabled Media Info: Language "Undetermined" - Type "text:text" - 6 samples 3GPP/MPEG-4 Timed Text - Size 0 x 0 - Translation X=0 Y=0 - Layer 0
|
|
12591 | Bugs | Music playback | Very Low | Playback of FLAC skips tracks randomly on Clip+ | 2012-02-19 | Thomas M. | 2012-02-19 | |
Task Description
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
|
|
12580 | Bugs | Music playback | Very Low | Elapsed time not reset after track change when playing ... | 2012-02-07 | Jeffrey Goode | 2012-02-07 | |
Task Description
This bug occurs on target and in the simulator. It has existed at least since V3.9, and likely earlier.
To duplicate: Queue more than one ac3 file for playback. Play the first file. At any time during playback, skip to the next file. The next file starts at the beginning, but the elapsed time keeps counting from the previous file. Pausing and resuming the playback causes playback to resume from the incorrect (higher) time. A (clumsy) workaround is to skip back to the beginning of the new track after skipping forward to it. This resets the elapsed time as expected.
|
|
12579 | Bugs | Music playback | Very Low | Bookmark file deleted | 2012-02-07 | Jeffrey Goode | 2012-02-14 | |
Task Description
With most recent build (not release v3.10), the most-recent.bmark file in the .rockbox folder is deleted sometime during the shutdown or startup process, resulting in an empty bookmark list. This occurs on target. Not yet verified in the simulator.
To duplicate: Store a bookmark to the most-recent.bmark file. (Unique only setting) Confirm the file’s existence with the file browser. It should exist in the .rockbox folder. Confirm the bookmark exists in the Recent Bookmarks item on the main menu. Shut down normally. Start up normally. No bookmark exists in the Recent Bookmarks item. The most-recent.bmark file is gone.
|
|
12575 | Bugs | Music playback | Very Low | DAP hangs in last track of FLAC album with HD activity ... | 2012-02-02 | Joaquim Dias | 2012-05-21 | |
Task Description
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.
|
|
12573 | Bugs | Music playback | Very Low | Rockbox crashes when this file is played | 2012-02-02 | Guy | 2012-04-11 | 1 |
Task Description
Version r31372-111219
Play this file and RockBox crashes as soon as I try to play the file: http://feedproxy.google.com/~r/thetechiegeek/ogg/~5/eG-y-039ZZI/TheTechieGeek_095.ogg
The file is from here: http://thetechiegeek.com/
Thanks for your attention.
|
|
12572 | Bugs | Music playback | Very Low | mp3 playback skips when playing music portions of mp3 | 2012-02-01 | menachem shapiro | 2019-08-04 | |
Task Description
I’m running Rockbox 3.10 on a Sansa Clip+
I’ve come across this issue while playing this mp3 (among others): http://feature.legacyrecordings.com/podcasts/2011/PaulSimon-Songwriter-pod1.mp3 Taken from: http://podcasts.legacyrecordings.com/pop/paul-simon-pop/paulsimon1.html
The mp3 is a mixture of music and talking. The talking parts play fine, but the music doesn’t play properly. Instead the music temporarily stops, and when it continues, it has skipped some of the music (almost as if there is a buffering issue, but instead of just pausing while rebuffering, it pauses, skips, and continues).
The closest bugs I found on the tracker were these, but they don’t appear to be the same: http://www.rockbox.org/tracker/task/11851 http://www.rockbox.org/tracker/task/12208
Can anyone replicate this on their players? What other information do you need? I don’t know if it makes a difference, but I have an 8GB microSD card in the slot. However, the music is on the player itself.
|
|
12547 | Bugs | Music playback | Very Low | Audio level different between Radio FM and Music Playba... | 2012-01-19 | paxi | 2012-01-19 | |
Task Description
There is different level audio between Radio and Music Playback with the same db value. Level audio on Music Playback is too low.
|
|
12533 | Bugs | Music playback | Very Low | Data abort at 30063E58 FSR 0x8 (domain 0, fault 8) addr ... | 2012-01-13 | akavel | 2020-07-14 | |
Task Description
rockbox version 3.10, Sansa Clip+, OF version 01.02.16 was adding to a brand new (first in my life) playlist, while also playing it; then did ‘save current playlist as’ with some name; then started walking around rockbox trying to access the newly found ‘context menu’, i.e. depressing SELECT button longer and browsing the menus; then maybe (don’t remember well) on main While Playing Screen I pressed shortly POWER, used to expect a ‘lock’ action there from some other mp3-player? anyway, an error occurred, probably exactly the same as follows but quickly disappeared (I probably pressed something). then tried ‘hard reset’ by pressing POWER button longer, and then pressing POWER again; rockbox started ok, but after ‘resume playback’ it bailed out with the same error (I retried this multiple times to make sure it’s repetitive); full error message follows:
Data abort at 30063E58 FSR 0×8 (domain 0, fault 8) address 0x601AE9F7
after a few restarts, I tried to rerun the playlist explicitly from the beginning, seems to be playing ok till now (a few minutes), but I don’t remember on which song the problem originally happened.
|
|
12514 | Bugs | Music playback | Very Low | Sansa ClipV1 Non-Deterministic Crashes on Vorbis Playba ... | 2012-01-08 | David Simcha | 2012-01-08 | |
Task Description
I receive frequent, non-deterministic crashes with my Sansa Clip V1 running Rockbox 3.10 when playing Vorbis files with crossfeed and bass/treble equalization settings enabled. These happen occasionally but much less frequently with 3.8.1. The exact error message of the last crash I got was:
Data abourt at 3001913E FSR 0×8 (domain 0, fault 8) address 0×74694820
|
|
12501 | Bugs | Music playback | Very Low | stereo width - not working as documented - 3.10 - Sansa ... | 2011-12-31 | ed | 2012-01-03 | |
Task Description
I have a Sanza Fuze V1. I'm using 3.10.
I made a stereo recording that has sound only on the left channel - this verified in Audacity. There is zero sound on the right. (Why I won't go into, but it is part of a larger project where some part of the recording with be on either the left or right or both)
I want to hear the recording such that there is only sound on my left-hand earbud. I go to "channel configuration" and choose "custom". Then, I go to "stereo width". Here is where things seem to not be working according to the documentation. I was expecting this:
0% = mono, equal volume on both ear buds 100% = same as "stereo" setting - a little sound in the right earbud, left has normal sound 250% = no sound on the right earbud, left has normal sound
What I hear is:
0% = mono 95% = a tiny amount of sound on the right ear bud 100% = same as "stereo" - a bit of sound on the right ear bud - more than at 95% …going up = more and more sound on the right earbud (???) 250% = about the same as 0% (???)
There is no setting where there is zero sound on the right earbud, which is necessary for my project to work correctly, unfortunately.
|