|
11710 | Bugs | Music playback | Very Low | Playback of Musepack files broken in IAudio X5V release ... | 2010-11-01 | Abel | 2010-11-01 | 1 |
Task Description
From this forum thread : http://forums.rockbox.org/index.php?topic=26139.0
Some Musepack SV8 files files cause the player to freeze near the end of the track. Usually in the last 5 seconds or so, but in my limited testing I found a file (sample uploaded) where it happens at about 20 seconds from the end of the track. I have to turn off the system with the power button because it doesn’t respond to anything else, nor does it output any error message, it just freezes in the wps.
I’ve read http://www.rockbox.org/tracker/task/11476 and it doesn’t appear to be the same issue since none of the files in http://samples.mplayerhq.hu/A-codecs/musepack/sv8/ cause any problems.
All was fine in release 3.6 up until the daily build of July 11 at least, the next daily build I installed was from October 16 and since then I started to have problems with MPC.
|
|
11684 | Bugs | Music playback | Very Low | Ogg Vorbis playback is broken on Sansa e200v2 | 2010-10-17 | Doru Barbu | 2010-10-17 | |
Task Description
Ogg Vorbis playback on my e200v2 has been problematic with the daily builds for quite a while now. To put it plainly, it sounds like this:
http://dl.dropbox.com/u/389421/r28288-ogg.ogg
I’ve tested with a variety of Ogg Vorbis audio, most of them Q7, but 22050Hz 56kbps podcasts trigger it too, so it isn’t a bitrate/quality problem.
The problem seems to stem from the patch commited in r28000, which is supposed to reduce FCLK frequency when unboosted for AS3525 targets. During testing I have confirmed the behavior on r28296, 28288 and 28000. Release 3.6 and r27999 don’t exhibit the corruption. Also, I was able to get stable playback on r28296 by reverting firmware/export/config/sansae200v2.h, firmware/target/arm/as3525/system-as3525.c and firmware/target/arm/as3525/clock-target.h to their r27999 versions.
|
|
11650 | Bugs | Music playback | Very Low | "Garbage sounds" on Musepack (.mpc) | 2010-10-02 | Leo Witt | 2010-10-02 | 6 |
Task Description
Hello again!
I've got another ( ) complaint about Musepack:
On some tracks I hear annoying clink (It appears particularly after/with heavy basses). This clink doesn't appear with other codecs on rockbox or with musepack+foobar2000.
I attached examples, where this clink very often appears. I created these (of course) from my lossless source. If you need a nother one, please let me know.
Tested with Clip+ & Fuze V1 & e260 v1
Greetings, Leo
|
|
11647 | Bugs | Music playback | Very Low | pressing play after loading a new song sometimes skips ... | 2010-09-29 | Andrew Engelbrecht | 2011-06-06 | |
Task Description
If the wps has a paused track loaded, and then I load a new song and then press play to start it, sometimes the track will start at 0:02 or 0:03 instead of 0:00. It’s my guess that it starts approximately n seconds late, where n is the number of seconds since the song was loaded and the wps displayed. I haven’t gotten a gap over 3 seconds.
Also, I’ve noticed that when doing the above, sometimes the displayed time jumps from 0:03 to 0:02 to 0:03 again very quickly and then continues as normal.
I don’t think this is a problem on the 5G ipod.
|
|
11636 | Bugs | Music playback | Very Low | Undefined instruction at 11C89F8C | 2010-09-22 | Rikard Johansson | 2011-01-23 | |
Task Description
I was skipping (forward) a song and then wanted to go back (backward) again. It’s possible I accessed some other buttons/combinations doing this. Anyway it lead to the following error message, which caused me to do a full reset:
Undefined instruction
at 11C89F8C
The system has been working fine since. I’ll report back which build I used.
|
|
11627 | Bugs | Music playback | Very Low | Fuze v2 crash when starting playing music | 2010-09-13 | Ofboir | 2010-11-19 | |
Task Description
Hi
I use Rockbox on a Fuze v2. I tried the other day an update of Rockbox on my Fuze. It was the r28058. Since then, Rockbox crashes whenever I want to start playing music. Here is the error message :
Data abort at 3080099C FSR 0×8 (domain 0, fault 8) address 0xBA17A62A
Today I tried to update again, to r28070, but the bug is still there.
Thank you !
(Be the way, how can I find an older version to do a rollback ?)
|
|
11608 | Bugs | Music playback | Very Low | Fuze v1 playback issues | 2010-09-06 | Orbidia | 2010-12-07 | 3 |
Task Description
Sansa Fuze v1 Build r27996 r28001 and r28016
A few days ago, I installed the new 2.0 rockbox firmware on the fuze so that I could use the USB mode and not go into the official firmware anymore. The USB mode seems to work well enough.
But in build r27996 the thermometer indicating the playback position in the song did not work when using many of the themes (XL Fuzed for example).
So then I tried r28001 and r28016 the next couple days. Now, not only does the playback bar not work, but a lot of the time, the 320 mp3 files don’t play back at all.
If I first turn on the player, and try to play a song, it works okay. But if I stop the song and try playing another song, often it will just show 0:00 for elapsed and 0:00 for remaining and nothing happens. One time, the song did play but the numer for time elapsed remaining kept jumping to random numbers.
Also, the battery gauge would jump between 98% to strange random numbers above 10000% It crashed once just trying to playback. I’ve tried the last could builds on 3 different fuze v1 and they all had similar problems.
I’m back to r27996 because at least it plays the music.
It seems something generally broke in the last few builds and I was just trying to report the specific problems in case no one was aware of them.
|
|
11600 | Bugs | Music playback | Very Low | Crashes with speed / pitch changed on WMA playback (San ... | 2010-09-03 | Joshua Bardt | 2011-10-21 | |
Task Description
I haven’t tested this on anything but the Sansa Clip V1. I expect if it was effecting all builds someone would have noticed ;).
I’ve been having frequent crashes while playing titles back with their speed/pitch altered (I mainly listen to audiobooks and love the speed up feature).
There may be two issues or they may be the same cause. The first are crashes while actually changing the speed/pitch. These crashes show the ‘Data abort’ screen every time. The second are freezes while playing back (not actively changing the speed/pitch - but playing after a new speed is successfully set). These crashes generally cause the screen to wake - but it displays the ‘normal’ playback screen (but not the correct time/location of the freeze - possibly the location when the screen went to sleep?) - if a key is pressed there is an immediate reboot.
Note - I have these same problems with MP3 playback, but MUCH less frequently.
It occurs to me that if this is actually being caused by whatever is causing the random crashes on the Clip it might make tracking the issue down easier (since this happens much more frequently).
I just installed the latest daily build (r27994-100903) to make sure the problem still exists. I’ve gotten it to crash a few times - but the playback crashes so far have all shown the ‘Data abort’ screen and not the odd behavior described above. I’ll update this ticket if I see a pattern in the crashes.
Thanks! Let me know if I can do anything to help. -3j
|
|
11594 | Bugs | Music playback | Very Low | Last.fm scrobbling when nothing listened to | 2010-09-01 | Simon Olson | 2011-01-14 | 1 |
Task Description
The Last.fm scrobbler lists in the scrobble log songs that ive never listened to
|
|
11537 | Bugs | Music playback | Very Low | Sansa Clip v2: Music playback doesn't work any more | 2010-08-14 | 7XAan | 2010-08-20 | |
Task Description
Version: r27813-100814 When I try to playback any music file the player crashes with the following error message:
Data abort at 30800958 FSR 0×8 (domain 0, fault 8) address 0x85F2E88B
|
|
11494 | Bugs | Music playback | Very Low | IAudio X5: Apple Generated .aif tracks will not play in ... | 2010-07-23 | Declan Moriarty | 2010-07-26 | 1 |
Task Description
Playing an AIFF track recorded using Garage Band on an iMac using Snow Leapoard 10.6.4 in Rockbox Daily Build 23-Jul-2010 r27530-100723) fails.
I have a new iMac computer. I recorded a short tape using the Line In on the Mac. This was recorded using Garage Band and output to an AIFF File with bit-rate of 1411kbps and 16-bit Stereo Sample rate 44,100kHz. These numbers are identical to WAV files I have recorded on Windows XP before. iTunes reports the bit rate as 1411kbps and finder “Get Info” reports it as : 1,411,200. That last figure is is bits. I was able to write this track to CD successfully using Garage Band. This file that I tried to play on Rockbox was the direct recording from Garage Band. I also downloaded Audacity to try that. The WAV test track from Audacity played.
I tried this on Rockbox 3.6. I have now downloaded todays latest build 23-Jul-2010 (r27530-100723) and it still isn’t playing.
In the following forum post http://forums.rockbox.org/index.php?topic=25240.0 Saratoga suggested I provide a test recording using Flyspray since the forums won’t allow you to send large files.
Here is a test recording that won’t play in the current build of Rockbox (23-Jul-2010).
|
|
11493 | Bugs | Music playback | Very Low | bookmark on stop doesn't work on sleep timeout | 2010-07-22 | Tim Middleton | 2011-03-03 | 1 |
Task Description
This used to work, I think back in 3.4.
While (settings → general → bookmarking) “bookmark on stop” is enabled, when the player is stopped via (system → time & date) sleep timer, a bookmark is not created before the player powers down.
|
|
11485 | Bugs | Music playback | Very Low | A-B Repeat cannot set marks on Sansa c250 | 2010-07-18 | Marek Salaba | 2011-02-13 | |
Task Description
Hello.
I found that on A-B Repeat cannot or with difficulty set marks on Sansa c250. I using key combinations POWER+LEFT and POWER+RIGHT on last daily build of Rockbox r27187.
On Sansa Fuse2 work me fine.
Can anybody see it pkease. Thanks. Salaba
|
|
11476 | Bugs | Music playback | Very Low | Fast Forward makes Musepack (SV8) "data abort" | 2010-07-13 | Leo Witt | 2010-10-02 | 12 |
Task Description
1. Player: Sansa Clip+ 8gb 2. Player Sansa Fuze V1 2gb Version: 27409-100713 microSD: 8gb
Hello,
this is my first bugreport.
I have some strange behaviours when I want to play Musepack (SV8).
Sometimes, when I fast-forward (even a little) a .mpc-track, my Clip+ & Fuze V1 goes “data abort”.
For example my Clip+ says this: Data abort at 30006638 (domain 0, fault 8) address 0xFBFAF60C
And my Fuze V1 says this: Prefetch abort at BB06574 FSR 0xFF (domain 15, fault 15)
I’ve also tried the official 3.6 release for Fuve V1, but this is what happened too: Data abort at 30801020 FSR 0×8 (domain 0, fault 8) adress 0xD106D033
or:
Data abort at 30801020 FSR 0×8 (domain 0, fault 8) adress 0ACFC87EF
And this is what I get sometimes with the 3.6 release, when I just wanted to start a .mpc : Undefined instruction at 2F900000
Hopefully, you guys can fix this.
Greetings
|
|
11443 | Bugs | Music playback | Very Low | FLAC-files skipping after 45-75 seconds | 2010-06-27 | Jeroen | 2010-06-27 | |
Task Description
When playing FLAC-files on Sansa Clip+ with rockbox version r26978-100619, it skips to the next track after only 45 to 75 seconds of play. I've reset the settings, tried the test-FLAC-files from rockbox, tested various albums and it keeps occuring. It does not occur for mp3-files, and it does not occur when using the original firmware. It does not occur in the simulator, checked that, but it does occur on my Clip+
|
|
11390 | Bugs | Music playback | Very Low | No digital audio playback. | 2010-06-10 | Paul Louden | 2011-02-19 | |
Task Description
svn 26742 - when attempting to play compressed audio on the Gigabeat S, music is buffered but the progress bar never moves past 0:00 and no music is played. If I hit the menu button early enough I can go to the debug screen and see that audio has been buffered.
It is also impossible to attempt to seek or skip tracks, and if the player is left alone in the WPS it crashes and reboots.
|
|
11385 | Bugs | Music playback | Very Low | Clip(+): Playback speed discrepancy between OF and RB | 2010-06-09 | N/A | 2010-06-13 | |
Task Description
There seems to be a slight playback discrepancy between the OF and RB at least on the Clip+ (my ClipV1 is dead, so I can’t test on it).
Much of this bug is outlined here http://www.anythingbutipod.com/forum/showthread.php?t=55366
Specifically; http://www.anythingbutipod.com/forum/showpost.php?p=474468&postcount=4 (in the Edit) -and- http://www.anythingbutipod.com/forum/showpost.php?p=475157&postcount=14
Like I say on #19, I don’t believe this is the old “19 cents” issue, as this was purportedly fixed in a previous firmware update. I’ve tried this on the most recent daily, still happens.
|
|
11355 | Bugs | Music playback | Very Low | Auto-Change Directory crashes hardwarecodec players | 2010-06-05 | Marianne Arnold | 2012-01-14 | 1 |
Task Description
When the option “Auto-change directory” is enabled, my Ondio crashes at the end of the current folder’s playlist when it would have to create a new one.
The error it shows is “I09: CPUAdrEr at 09010FF8”. The address varies a bit with the actual revision, this example is with r26246 and an OndioFM backlight build (but the problem is present in plain SVN builds too). Looking at the map file shows that the crash happens in the cue_find_current_track function.
Bisecting build turned up that the error was introduced with the cuesheet rework in r21978/9 and the fix in 21982 fixed usual folder playback but not auto-change directory. It is reproducible on the Archos Recorder so I assume a general hwcodec problem.
|
|
11255 | Bugs | Music playback | Very Low | Resuming wav playback crashes the player | 2010-05-09 | Jeffrey Goode | 2010-05-09 | |
Task Description
To reproduce:
Play a wav file. Stop playback. Turn of the player. Turn on the player, then select Resume Playback. Player crashes.
Occurs in r25904, discovered in e200 sim.
|
|
11237 | Bugs | Music playback | Very Low | Mute isn't enabled - Sansa clip | 2010-05-03 | bug | 2010-05-14 | |
Task Description
Build: r25697-100422 - Sansa Clip
It seems that the mute icon at -74 volume level is false. The device playback can still be heard [even if it’s hard to do so and requires quiet environment].
|
|
11230 | Bugs | Music playback | Very Low | Resume function does not work correctly after Idle Powe ... | 2010-04-30 | Michael Bauminger | 2010-04-30 | |
Task Description
This is actually release version 3.5.1.
Expected behavior: When starting the player after an Idle Poweroff, "Resume Playback" should resume where you left off, in the same playlist, on the same track, at the same place.
Actual behavior: Resume, if available, plays the last place you manually bookmarked, stopped, or turned off the player.
Steps to duplicate:
1. Set Idle Poweroff to some value such as 1 minute, Bookmarking > Bookmark On Stop to "Ask - Recent Only", Bookmarking > Load Last Bookmark to "Ask", and Bookmarking > Maintain a list of Recent Bookmarks to "Unique Only". 2. Play something, pause it, stop the playback, and manually turn off the player. 3. Turn the player on and use the Playlist Catalog to play a different saved playlist. 4. Pause the playback and allow the unit to power off.
When you start the player again, Resume will pick up where you manually stopped the player and turned it off, not where it automatically powered off.
|
|
11206 | Bugs | Music playback | Very Low | Rockbox cannot display my own WPSs correctly | 2010-04-17 | PurlingNayuki | 2010-04-17 | 1 |
Task Description
WPS see attachment.It cannot be displayed in the lastest version,however it can be displayed correctly in the older version! So please help correct it if it has any problems.Thanks.
|
|
11203 | Bugs | Music playback | Very Low | Player Hangs | 2010-04-15 | ian | 2010-06-05 | |
Task Description
When I press skip a few times within a track sometimes I’ll hear a burst of static, then the player just hangs. Then I have to turn off the player and on again to “unstick” it.
Clip V1 r25652
|
|
11192 | Bugs | Music playback | Very Low | FLAC with CUEsheet playback issues (reopening of FS#735... | 2010-04-09 | Matthieu Mambrini | 2012-07-27 | |
Task Description
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
Full description of issue #1: While playing certain (but not all) FLAC files with CUE support (played by navigating to FLAC file in “FILES” mode and pressing play), the “skip to next track” command won’t work on certain tracks on that cuesheet, but will skip to other tracks on that CUE just fine. It occurs while in both “now playing” or “browse cuesheet” screen. When I try to skip to certain tracks on CUE, the current playback will stop for a moment and the icon indicates disk usage (just like normal) but it wont skip to appropriate position, just resume playback at current track/position. I have experienced this on multiple files, encoded with FLAC 1.12 and 1.14.
Issue #1 - Tested: * Found two cases (FLAC + CUE files) in my collection (but I’m sure there are many more) that have this problem. * These files play without a problem on my computer with Foobar2k and were securely ripped form original CD and encoded (with differnet FLAC versions), MD5 checksum-ed and CUEsheets checked for proper syntax - ALL FINE.
1.) I verified that the issue occurs while trying to navigate to track #9 in case of FLAC file A, and track #7 on FLAC file B. Track start times on both files are different, different lengths and don’t seem to have some kind of “pattern” or to differ (in terms of length, index position,..) from tracks on cuesheet that skip-to normally.
2.) I substituted the A and B FLAC files with FLAC file C (which is a FLAC from a different CD) and preserved the original cuesheets A and B and tried to play FLAC C with these two cuesheets to confirm if it is a problem with a cuesheet. Everytrhing worked as it should and the problem did not occur. So I think that rules out the cuesheet as the only cause of the problem.
3.) I used both cuesheets A and B and both FLAC files A and B, but played FLAC A with cue B and vice-versa. Everything played OK, even on previously problematic positions. (of course the cuesheet info wasn’t correct for that FLAC, since they were swapped, but skipping to tracks worked) That seemed to indicate that there might be a problem with a specific position/time in the FLAC file that the playback wont jump to.)
4) I altered both cuesheets from previous (3.) test so that I entered the correct/problematic INDEX of _one_ of the cuesheet tracks to match the track index of original cuesheet, so that it “hit” that problematic position. So While I played FLAC A with modified cue B (entered the problematic time/index of cue A to one of the tracks) the problem reoccured! I could not skip to that (altered) track position. This led me to believe that this problem occurs when the track index in cuesheet “hits” a certain time/spot on a specific FLAC file.
5.) This time I checked what will happen if I use a third CUESHEET (from some other CD) on original A and B FLAC files. Everything worked OK. No surprise, as that third cuesheet did not have the track index time of that problematic position.
4.) This time I reencoded both A and B FLAC files with a different FLAC version (now 1.14, was 1.12) and tested again. Previously problematic tracked worked OK! BUT problem started occuring on other tracks now, on file A on track #13, while FLAC B now had multiple problems: track #2, 5, 8, 14! This suggest that it is not an encoding problem.
Once again, these files work flawlessly on my computer and are proper lossless conversions (I also always use the VERIFY function while converting to/from FLAC)
So the conclusion would be: When cuesheet index of a track “hits” just the right position in a FLAC file, regardless of its encoding the issue will occur. Also, this also isn’t an uncommon problem since I experienced it on 4 occasions and seems to be not-that-hard to find if you test several FLAC + cue combos.
I realize that this happens only with certain FLAC and track indexes COMBOS so it might be harder to recreate, but it really seems not that uncommon. And if not otherwise, I could supply the FLACS in questions (but each is several hundred MBs long and may be illegal to distribute it). I believe it can be recreated with just about any FLAC file, by finding a proper CUEsheet track index. It would be highly unusual that it would happen so frequent in my collection if it was an “isolated case” and I honestly believe it has nothing to do with FLAC or CUE files and that they are encoded correctly and accurately.
|
|
11183 | Bugs | Music playback | Very Low | Multichannel Ogg Vorbis not playing with Rockbox | 2010-04-07 | Dave Brunker | 2010-05-14 | |
Task Description
I’ve tested several 6 channels Vorbis files with Rockbox. The file info (tags, bitrate, etc) are read, the player pauses for a while then tries to load the next file in the list. Here is one example: http://www.cccp-project.net/beta/test_files/6ch.Vorbis.Q4.ogg
“The samples are taken from a japanese war/naval movie (Lorelei), since what we normally do isn’t music, it’s movie soundtracks.
60 seconds Ogg Vorbis sample. (http://www.cccp-project.net/beta/test_files/6ch.Vorbis.Q4.ogg) (2.7 MB) Q4, channel order FL, C, FR, SL, SR, LFE (this is the besweet default and what Winamp’s Vorbis decoder claims is the right order). Encoded with libvorbis.dll using libvorbis 1.1.2, downloaded from rarewares.org (this one: http://www.rarewares.org/files/ogg/libvorbis1.1.2.zip) and BeSweetGUI 0.7b8/BeSweet 1.5b30.
BeSweet commandline: “C:\Program\BeSweet\BeSweet.exe” -core( -input “c:\lorelei\VTS_02_1 - 0×80 - Audio - AC3 - 6ch - 48kHz - DRC - Japanese - DELAY 0ms.ac3” -output “c:\lorelei\6ch.Vorbis.Q4.ogg” ) -azid( –maximize ) -split( -start 570 -end 630 ) -ogg( -q 0.400 -6ch 1 )”
|
|
11175 | Bugs | Music playback | Very Low | A theme can confuse the playback system | 2010-04-05 | Frank Gevaerts | 2010-10-13 | 1 |
Task Description
Using the CenterArt v2.0 theme (http://themes.rockbox.org/index.php?themeid=485&target=ipodvideo) can seriously confuse the playback system.
When the WPS from that theme is used (sbs and the rest of the config are not needed), selecting the first file in a directory starts playback of that directory, but often not of the first file. If you then switch to the cabbiev2 wps while playback is active, the rebuffer (due to AA differences) will result in the correct track being played.
This is with default settings (apart from the theme obviously). It happens both from the file browser and the database.
Reproduceable on ipod video by both me and yorick (http://www.rockbox.org/irc/log-20100405#14:56:55 and further)
|
|
11139 | Bugs | Music playback | Very Low | music pause on buffer refill - FS#10919 not completely ... | 2010-03-23 | Ronald Malbosc | 2010-05-21 | |
Task Description
Hi,
I think that the problem reported on FS#10919 is still here, or at least not completely solved. But now, I get the feeling that the pause only happens when the buffer refill is triggered via a track skip. During normal playback, it don't seem to happen any more.
The build I tried it on is r25249.
TIA
|
|
11114 | Bugs | Music playback | Very Low | Fuze v1: Music Playback Issues / Data Aborts | 2010-03-16 | Daniel Empie | 2010-03-17 | |
Task Description
Fuze v1:
MP3 224+ kbps VBR/CBR (Other audio formats untested)
After upgrading from r24404 (release 3.5.1 works fine - that’s what I’ve downgraded to) to anything current (earliest I tried was r25202 from yesterday - also applies to r25218) playback of the current playlist resumes, but once it reaches the next song playback stops and RockBox returns to the main screen with Resume Playback selected. This only happens right after the upgrade.
After the upgrade (r25202/r25218): When trying to play songs from the database (I’ve gone through Artist → All Tracks/Random/[specifically selected artist] if there’s a song playing it’ll bring up the ‘searching, found x…’ window and at the same time it’ll also bring up the ‘Nothing To Resume’ window then it’ll stop playback and return to the database list. From here if the same song is selected the same thing will happen, but the song will start playing and it’ll go to the wps for a second before returning to the main screen with Resume Playback selected.
If there isn’t a song playing - trying to play a song through the database will just make the player go back to the database list but either the song that was selected will start to play, or it will start to play the last song in the database list that I was just currently in. Trying to play the same song again will bring the player back to the main screen with resume playback selected. Playing the song a 3rd time through the database will start the song over and bring the player to the WPS screen.
Getting data aborts randomly (the majority of the time the above described issues happen) when trying to play a song through Database → [Specific Artist] → All Tracks → [any selected track] data abort at 300068A4 FSR 0×8 (domain 0, fault 8) address 0x6B63616C (not the same address the 2nd time I got the abort)
2nd data abort: at 300068E8 FSR 0×8 (domain 0, fault 8) address 0xF4348C24
3rd data abort: at 30006C24 FSR 0×8 (domain 0, fault 8) address 0xE8BD8128
4th: same as first data abort
5th: same as first except for ‘address 0x6576616C’
This bug completely froze my Fuze 3 times trying to start playback - I didn’t even get a data abort.
I’ve downgraded/upgraded 2 times just to make sure that it wasn’t a download issue.
|
|
11077 | Bugs | Music playback | Very Low | WAV file playback does not resume | 2010-03-05 | Jeffrey Goode | 2010-03-22 | 2 |
Task Description
WAV files do not resume from “Resume Playback” or from bookmarks. Instead, they start from the beginning. This is a recent bug, I suspect dating from the wav codec update a couple of weeks ago. Current build is r25028.
|
|
11074 | Bugs | Music playback | Very Low | Static noise during playback of mp3 with D2 Sim | 2010-03-03 | Joaquim Dias | 2010-04-14 | |
Task Description
Cowon D2 Simulator; r24777-100219. (don't have a real DAP to test with)
EAC secure mode (Rip application) Mp3 LAME @ –aps (encoder)
There's a "low-Fi" static type noise evident during playback of all my mp3 files with the Cowon D2 Simulator, sounds like the background noise you get when one plays shoddy Vinyl LP's.
I don't get this on the same HiFi with the same files when playing back with VLC media player or Windows Media Player from the same notebook pc.
I have also plugged my H140 into the same HiFi, played the same mp3 files with "clear" sound.
I haven't tested other codec formats as I don't have music in other formats.
|
|
11041 | Bugs | Music playback | Very Low | Playback skips songs abruptly | 2010-02-20 | Sadurní | 2010-03-01 | |
Task Description
After updating to the daily-build on last thursday my player (iPod 5.5G 80GB) started to skip some songs before reaching the end of file. After trying the last build it still does the same. I’ve switched back to version 3.5 and plays normally.
|
|
11037 | Bugs | Music playback | Very Low | Rockbox Release 3.5 - During playback, pressing F3 resu ... | 2010-02-19 | Michael Baumann | 2010-02-23 | |
Task Description
As described above. Archos V1 Recorder, 20GB. Recreate by: Begin playback. Once playback running, press F3. Following message appears: I09:CPUAdrEr at 09019BFC
|
|
11016 | Bugs | Music playback | Very Low | Playback pauses on skip track / buffer refills | 2010-02-15 | Ronald Malbosc | 2010-03-08 | 1 |
Task Description
Hi,
On a iriver H3xx CFmodded, I’ve got 1s pauses mainly when I skip tracks. The playback of the new tracks starts for a second or so, then pauses for a second and then the playback resumes. I think it also happens on buffer refills. It started between rockbox 3.4 (which is OK) and 3.5.
TIA
|
|
11014 | Bugs | Music playback | Very Low | iPod 5g next/prev track buttons don't work... | 2010-02-15 | Markian Zadony | 2010-03-20 | |
Task Description
Hi…
I have lost the ability to go to the previous or next track with Rockbox on my iPod Video (5g, 30gb). I haven’t used this iPod lately but remember that sometime last summer (June or July?) an update caused this behavior, and I have been unable to resolve it.
Basically, every time I quickly press the next/prev track buttons, the player ff/rewinds the current track by ~1 second. The only way to change the track is to go into the playlist and manually select the next track.
To make sure it wasn’t some old code or an obscure setting, I uninstalled the old version completely (including the themes & bootloader) and reinstalled the newest version using rbutil.
I’m currently running r24663 (the current version as of this post). Thanks…
|
|
11004 | Bugs | Music playback | Very Low | Buffering crashes when skipping back from end of song | 2010-02-12 | Thomas Martitz | 2010-02-18 | 1 |
Task Description
This bug is very apparent on the Fuze, I assume it relates to the small audio buffer size.
If you have track skip set to “skip to outro” you can skip to the almost end of the song (~5s before). If you do so, everything is good. but if you then skip back again to the beginning, weird this happen. The display can corrupt, data aborts can happen (the simulator simply segfaults) and more.
I’ve tracked down this bug to buffer_handle(). r23680 commented a part out which should handle overwriting the next handle (it didn’t work). This can indeed happen (but shouldn’t). Accessing that handle later leads to bad effects. The other problem is, that when rebuffer_handle() runs (skipping to the beginning on the fuze leads to rebuffering often because of the small buffer), the WPS isn’t notified and doesn’t refetch metadata. This leads to garbage in the next track info [at the end of the song it gets the next track metadata from the buffer, but at the beginning it gets it from the static mp3entry struct. when skipping back it still tries to get the data from the buffer).
My patch tries to fix both problems. I’m not entirely sure if it’s correct but I can’t reproduce the problems on my fuze.
I’ll commit soon if nobody spots a problem or blames me for coding shit.
|
|
10980 | Bugs | Music playback | Very Low | Click when pausing/resuming with fade/max precut settin... | 2010-02-08 | Shiloh Hawley | 2010-02-08 | |
Task Description
I like to keep the equalizer on with the precut set to -24db, as a volume limiter. I also like the fade on stop/pause set on. When I pause there is a noticeable ‘click’ sound after the music fades out. Also a click before fading in when I resume.
This was not always the case, but I am not sure how old the version I was using, that did not do this.
By the way, this also occurs on the Gigabeat S, as well as Gigabeat F. I don’t know about other models.
Let me know if you need more information.
|
|
10968 | Bugs | Music playback | Very Low | Playback Crashes - ClipV1 | 2010-02-05 | N/A | 2010-07-30 | |
Task Description
So, these crashes only seem to occur when I’m playing my whole database (319 songs) on shuffle. All the files on my 2 gig ClipV1 also exist on my rockboxed e280v2, and it damn near never crashes.
Anyways, I get;
*PANIC* DMA error, channel 1
Data abort at 3002C43C
Data abort at 3000B020
Data abort at 3002C41C
Seemingly randomly. It’s always when changing to the next song, but it’s sometimes the 9th song, sometimes the 50th. Seems to me that the actual location for the Data abort is different every time too. Sorting/playing by artist I never see crashes like this.
I’m running r24445-100201 (has been happening as long as I’ve been running Rockbox on my Clip…)
I do seem to get the same behaviour from large® playlists. Seems anything over about 20 files… but perhaps it’s just because I change songs more often than when I’m listening to one album at a time.
See http://forums.rockbox.org/index.php?PHPSESSID=6bf7e847e161bb69bd0821ac7e2a3e3e&topic=23773.0 for slightly more info
|
|
10933 | Bugs | Music playback | Very Low | Stereo Click | 2010-01-25 | Anthony Hadley | 2010-04-30 | |
Task Description
Stereo width of >0% can cause stutter in the form of an audible click.
Bypassed by setting stereo width of 0% or monophonic channel configuration.
|
|
10930 | Bugs | Music playback | Very Low | Playback stuck after selection of broken/non-playable a ... | 2010-01-24 | Andree Buschmann | 2011-04-27 | 3 |
Task Description
During investigation of FS#10637 the following error seems to be the root cause.
Preconditions: Have a folder or playlist with several audio files. Of these one audio file is corrupted (e.g. some file named to .mp3). The corrupted file is recognized in metadata.c and the check of this file will return “false” (e.g. using sv8 mpc or simply save an 6 byte binary file to .mp3).
Usecase: Playing a non-corrupted file and selecting the corrupted file by hand.
Observed: The playback stops and will stay blocked until you restart the player. This blocking only happens, if the corrupted file is not the last file in the playlist/folder.
Tested with mp3 and mpc files. For mpc this is bad as we do not support all versions of mpc bitstreams. In this case the check of the file results in “false” (=not playable), and the playback engine is blocked afterwards.
|
|
10919 | Bugs | Music playback | Very Low | playback pause on rebuffer | 2010-01-19 | Sascha Wolf | 2010-03-05 | |
Task Description
Hello.
Since mid-november I have noticed a small pause in playback when a rebuffer occurs. These are the facts:
Target: Ipod Video 64Mb, 80Gb HD, 5.5Gen
The pause is about 1 second long and occurs about 2 seconds after the Harddrive has begun to spin. Increasing the anti-skip buffer from 5 seconds to 15 seconds had no effect.
It still occurs with SVN r24281
|
|
10908 | Bugs | Music playback | Very Low | clicks and pops in playback | 2010-01-11 | Michal Koziorowski | 2010-01-12 | |
Task Description
Sorry for submitting bug again, but bug is very frustrating and exists also now.
Bug was reported in FS#10769 . (New clicks and pops introduced during playback, that weren’t there before. You can hear them clearer, if you turn the pitch down.)
I’ve attached patch that reverts changes made in 23587 revision. That fixes issue but probably breaks mpegplayer on S5L870x.
|
|
10899 | Bugs | Music playback | Very Low | Rockbox can't open some files with long filenames | 2010-01-07 | Tomer Shalev | 2010-01-08 | |
Task Description
Rockbox can’t open some files with long filenames, but standard firmware can. I.e. file with this name “J:\MUSIC\02 Rus1 (MFM02) [BS2B]\07 Патриаршие пруды (сборник авторской песни) (Приложение к журналу ‘Stereo _ Video’) (2001)\06 Зеленая карета (ст. О. Дриз, пер. Г. Сапгир, муз. А. Суханов).ogg” (from internal memory) (187 chars + 3 chars for extension).
Reported by foth from the forums in: http://forums.rockbox.org/index.php?topic=10164.msg160449#msg160449
Confirmed on Cowon D2 r24194 Probably happens on other players as well.
|
|
10888 | Bugs | Music playback | Very Low | Sansa m200v4 abruptly shuts down as the volume is incre ... | 2010-01-02 | John Chong | 2010-01-02 | |
Task Description
The Sansa m400v4 has a very low audio output when compared with the original firmware. Audio distortion is also noticible as the volume is increased. When increased beyond -2dB the play will suddenly turn off. Restarting the player will restore normal operation at a low (default) volume. Increasing the volume beyond -2dB will again cause the player to turn off.
The Rockbox code must be setting up the audio amp or pre-amp in some strange manner on this platform or the codec is not delivering the correct input levels to the audio amp. Even at low to moderate volume, the audio is distorted. The original firmware works fine with an incredibly loud and distortion-free sound.
Is it possible that the audio level is too low at the input of the final audio amp? Therefore, we have to crank it way up just to get a decent volume causing huge power draw and the power regulator shuts down?
To more-or-less confirm this, I disabled the backlight and I am able to raise the volume level to 0db or 1dB before the player abruptly shuts down. When re-enabling the backlight, the player shuts down at -2 dB again.
Thanks for looking into this. The Rockbox version is r23773. The problem also occurs with each of the latest daily builds. The problem is reproducible.
-John
|
|
10885 | Bugs | Music playback | Very Low | Deleting the song you are playing locks up playback | 2010-01-01 | jasontaylor | 2010-01-01 | |
Task Description
Deleting the song you are playing locks up playback.
How to reproduce. Download a song. Stick it on your mp3 player. Play it back. Long Press the select key. Press down as you scroll through a menu of "while playing" options. 2nd to the bottom is a delete feature. Hit it. Press select to delete the song. Now playback resumes playing the deleted song, since the delete routine is too ignorant to change the present song to null and mimic an escape key like function afterwards. If the mp3 file is small enough, it will fit in the buffer, so the codec won't get locked up in those cases. Tested on sansa clip should occur in all players. Occurs in present builds.
Proposed solution to fix bug: if you delete the present file being played mimic an escape function and/or start playing the next song afterwards. Few lines of code need to get injected into the delete while playing routine.
|
|
10881 | Bugs | Music playback | Very Low | SANSA CLIP V1 default english.voice file prevents playb ... | 2009-12-27 | jasontaylor | 2009-12-30 | |
Task Description
Summary of bug: If you add a an english.voice file the unti cannot play any mp3 files. How to reproduce: 1. Go to ebay and pick up a snasa 1gb v1 clip. 2. Format it. 3. Download the latest (r24117) zip file from http://build.rockbox.org/data/rockbox-sansaclip.zip , (as far as I can tell, there is no way to use the utility to install, so you have to do it manually. Also, there is no stable build, just the nightly builds. Please correct me if I am wrong. Issue occurs with r24115-7. Install firmware as per pdf manual. 4. Download the official english voice file. http://download.rockbox.org/daily/voices/sansaclip-20091227-english.zip. Unpack into the correct location. 5. Download any mp3 file into the PODCAST directory. (Probably any dir would work though.) 6. Unplug, get into rockbox mode, and select any mp3 file. 7. Will not play the mp3 file. Will just stay at 0.
To “fix,” delete the english.voice file.
My opinion. Clearly, at the least, the pdf manual for the sansa clip v1 should indicate that english.voice does not work. At the most, someone here should think about how to properly fix the problem. Seems like generating a new english.voice file would be a first step.
Call me at USA 3012776O32 if you’d like to suggest anything to me as to how to fix it.
|
|
10874 | Bugs | Music playback | Very Low | no track will play after playing a deleted, semi-buffer... | 2009-12-24 | Johannes Linke | 2012-05-03 | 1 |
Task Description
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 :)
|
|
10871 | Bugs | Music playback | Very Low | stereo channels for nano2g | 2009-12-23 | Miks | 2009-12-23 | |
Task Description
r24099
stereo channels are opposite as they should be. that means right is now left and vice versa.
|
|
10829 | Bugs | Music playback | Very Low | Fast forward/rewind doesn't play audio cues | 2009-12-05 | Jim Henderson | 2009-12-05 | |
Task Description
iPod Mini 1g, build r23841 (but probably applies to all versions because I don't think this is currently implemented - so more of a feature request than a bug per se).
It would be useful if the playback engine would play back snips of sound when fast forwarding/rewinding; sometimes when listening to a podcast, I stop off at a point and don't set a bookmark (as bookmarks require a playlist or a filesystem/directory based setup, and I switch between rockbox and the iPod firmware, so I'm stuck with the iPod's crazy filesystem layout if I want to listen using both systems' firmware); I know what the topic was when I stopped listening but I don't know the time. Audio cues would be very useful for locating where I am rather than having to move forward and back, pause the advance/rewind and listen, and then try again.
|
|
10828 | Bugs | Music playback | Very Low | Prefetch abort every time I start a song. | 2009-12-04 | Benjamin Tan | 2010-01-18 | |
Task Description
Alright. So this is my first time using rockbox. I’m on an ipod 5.5G 60GB, and basically what happened yesterday was that whenever i started playing a playlist, after few seconds of the song, the player will play some static and show the phrase: “Prefetch abort at……” i’ve tried it many times however still nothing.
Help! i know rockbox is a very good software to run. however it’s really impossible for me to actually do what with my current situation.
|
|
10812 | Bugs | Music playback | Very Low | Wrong stereo channels | 2009-11-25 | Turke | 2010-02-10 | |
Task Description
r23752
Stereo channels are reversed.
|