All Projects

In Build d0d9f86 the first two lines in the file browser won’t scroll to the left.

Clip Zip
dcba741-130406

media file:
http://meta.metaebene.me/media/newz/newz047-try-to-take-over-the-world.opus

1. file starts at beginning
>3;2;0;0;967652;0;0;10000;25000;/MUSIC/Podcasts/Metaebene/;newz047-try-to-take-over-the-world.opus

2. file starts at beginning and after a few milliseconds it jumps to the bookmark
>3;2;13549568;0;2208252;0;0;10000;25000;/MUSIC/Podcasts/Metaebene/;newz047-try-to-take-over-the-world.opus

Some mp3 files I’ve listened to the other day take a very long time to load or being parsed in the properties dialog. The player stopps responding for a minute or so before starting playback or displaying the file properites. After that it also takes a very long time to stopp playback or shutting down the player. The transition to the next file also takes this long time.

Here’s a link to one of the files:

http://cdn-storage.br.de/mir-live/MUJIuUOVBwQIb71S/iw11MXTPbXPS/_2rc_71S/_-QS/52vd5-ZS/120923_2205_Zuendfunk_Die-Macht-der-Bildermacher.mp3

I’m using a clip zip with the build 9add11d. timestreching enabled, but not used in this case.

When entering the debug screen of the fm radio the clip aborts:

Data abort at 30800734
FSR 0×8 (domain 0, fault 8)
address 0xE8BC92BC
pc:30800734 sp:30089CC4
bt end

normally when shutting down my sansa clip+ creates a bookmark (bookmark on stop), but on low batt shutdown it seems the playback isn’t stopped properly, so there is no bookmark.

With build 0823817 when confirming a yes/no-screen the first button push gets ignored.

The irc webclient available on http://www.rockbox.org/irc/cgiirc/ doesn’t work with Firefox for some time. It doesn’t stop loading the site and doesn’t display anything. With Internet Explorer 9 there’s no problem.

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.

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.

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.

With the newest release (9f48f5f) there is something wrong with the usb connection of my clip+. It looks like the modification of the main menu triggers some memory corruption when connecting to usb.

After several connects and disconnects (without securely dismouting the clip+ on windows 7 64bit) there appears some pixel garbage in the yellow line on top left in the usb connection screen. When this happens the clip+ is not necessarily mounted in a right way (sometines only the card slot appears). After disconnecting the player the main menu is shifted about a line to the top ( the second line slips into the yellow part of the display). After connecting the player again it usually freezes in usb screen and has to to shut down by pressing the power button a long time.

When I try to play the ogg-vorbis file available at the following link,

http://alternativlos.cdn.as250.net/alternativlos-21.ogg

the player locks up with the following data abort:

svn-r31158:
Data abort at 30813c08
FSR 0×8 (domain 0, fault 8)
address 0x5643420D

svn-r31216:
Data abort at 30813c08
FSR 0×8 (domain 0, fault 8)
address 0x5643420D

The player doesn’t reboot after pressing a button. I have to turn it off by selecting the power button for some time.

On my Clip+ I am using the botio theme (modified according to http://forums.rockbox.org/index.php/topic,26233.0.html). The font is changed to 11-Nimbus.fnt.
With the transition of the skin engine to buflib there was introduced a slight corruption to the playing screen. The WPS displays four pixels (arranged as box) in the lower right corner (SVN r30992)
I’ve attached the modified wps.

Data abort
at 0006344C
FSR 0×8 (domain 0, fault 8)
address 0x8F1A3628

SVN r30720

1. starting player
1. freeing test handle in debug menu
2. allocating 64k
→ crash

A few days ago the left audio channel of my sansa e280v1 died and I don’t think I can repair it. So I’ve ordered a clip+. In the meantime I’ve changed the channel configuration to mono to listen to some podcasts.
I’ve configured my player to 200% playback speed, bookmark on stop and rewind 2 sec on resume (because of FS12167) and channel configuration mono.
At least with r30205, but I think the problem exists for some time, when I boot the player and start playback using a bookmark the output is garbled. Sometimes it clips, sometimes there is a reverb effect (bath room).
Reselecting mono or starting a new file resolves the effect. When reselecting the bookmark before reboot the effect restarts.

SVN r30097 crashes after last commit step with *PANIC* Stkov dircache (0)

at least SVN r30058 works properly

When deleteing bookmarks the status bar (configured at the top of the screen) vanishes while “Deleting…” is displayed. Is this intended?

Rockbox r28741

svn = r28311 and prior

This bug seems to be related to  FS#10097 

1. start playing a music title
2. go into the file browser and select a directory where you can scroll up and down with the scrollwheel
3. press play to go back to the playing title
4. use the scroll wheel (volume up/down)
5. let the title finish and the player fall back to the file browser

→ The scrollwheel will not respond until a button is pressed.

This bug is very old. I can’t remember when I first noticed this behaviour.

in r20588 open the attached file while playing a mp3 file. open context menu by pressing the down button. when pressing the power off button the player crashes. if there is no playback when pressing the power off button nothing happens.

until the r20510 there is a bug in pictureflow with certain podcasts. Take any podcast from:
http://chaosradio.ccc.de/chaosradio_express-latest.rss http://www.bitsundso.de/feed/ http://www.gamesundso.de/feed/ and rebuild database and pictureflow cache, then select one of the podcast covers. Sometimes theres a data abort, sometimes the player crashes, sometimes there are weird characters on the screen sometimes only the fonts are disappearing.
I think these files were produced with software on Mac OS X. I think they include some itunes specific tags with a lot of data, e.g. comments with many urls and such things.
I’m using a E280v1.