When using an image in a theme it shows ugly gradients/dithering, as if it was only 16 bit. When the same image however is used as backdrop (%X tag, instead of ‘regular’ %xl and %xd), it looks smooth and 24 bit.

Attached image shows the issue. Top half shows what Rockbox does when the image is loaded via %xl and %xd. Bottom half shows how the image should look like (and how it does indeed look when it’s used as a %X backdrop).

Tested on a Cowon D2 simulator and on an Android device running RaaA.

Sansa Clip v1. Stable version 3.10 [Tracker didn’t let me choose it?]
After playing the item for some time [varies] Rockbox crash and give this error:
Data abort
at 3001913E
FSR 0×8 (domain 0, fault 8)
address 0x7261702D

Using DFKT Minimum Clip theme.

If Rockbox is connected via USB with no sd card inserted and it is inserted, it offers the OS to mount the new drive.
If the sd card is removed and reinsterted again, it fails to offer and recognize it.

I could locate the problem in firmware/usbstack/usb_storage.c in the line

if(inserted && check_disk_present(IF_MD(volume))) {

after reinserting the card, check_disk_present fails to return true, so this check fails and the card isn't recognized anymore.

Hardware: iriver H140, iriver H340, Sansa Clip+

Rockbox version: 3.10 downloaded from http://www.rockbox.org/download/byhand.cgi I have also reproduced bug on official firmwares as old as 3.5.1, and on my own builds.

Settings: 100% default except for enabling EQ and setting an EQ i.e. using graphical EQ to set LS -0.5 at 60Hz or LS +1.5 at 60Hz

Expected behaviour: music track, however loaded, starts in normal way, with no sounds other than those decoded from file. Restarting the track results in the same normal playback.

Actual behaviour: music track starts with an obvious and intrusive click. This happens whether the track is loaded individually, or if it is the first track of an album loaded via .m3u playlist. When using playlist subsequent tracks play normally, without a click. But restarting any track causes the click.

It makes no difference if the EQ Low Shelf Filter settings are a big change from flat, or a tiny difference. To induce the bug it’s enough that EQ is enabled and LS is not set to be flat i.e. just an increment of +/- 0.5 dB is enough, and changing the cut off frequency or the Q factor made no difference.

This bug is noticeable with any track that starts quietly, and especially with tracks from CDs that are not mastered to modern high levels.

The Clip does tend to make its own small click on manual track changes and some button presses; I am not confusing this with the bug I describe. On the irivers I get a single click, while on the Clip I get a very unmusical double click.

I’ve attached my H140 config to illustrate that the config is unremarkable and that apart from the EQ it is at default. If anyone needs me to try stuff or make any changes or try a patch that is fine, but I would prefer it to be on an iriver because the Sansa OF database refresh is so annoying.

Hello,

i think rockbox is very nice. I use ist for several years.

Now i found a bug:
The Car Adapter Mode or rather the power-off does not work in the Radio-Mode.
I tested it with the versions 3.4 and 3.10.

in version 3.10 chessbox plugin doesn't recognize .pgn files in the file menu and so cannot be used as a .pgn reader anymore.

svn-r31216

when deleting a directory with several files in it the splash screen, that is appearing when deleting the individual files, gets printed over the last one without clearing the screen prior to it.

Tested on r31173:

Deleted tracks are still visible after the automatic database update when the player boots. These tracks vanish as soon as I add some files. It also doesn't seem to matter if the dircache is enabled or not. Manually updating the database from the menu works as intended.

I’ve seen this bug on 3.9.1 and 3.10 on Sansa Fuze. If I set the language to Russian and connect the device to USB, I see a message consisting of squares with the only word “USB” being readable. Choosing another font in the settings makes no difference.

When the language is set to English, the message reads: “USB Keypad Mode: Multimedia”. However, the size and look of the font does not depend on the font selected in the settings. This is wrong.

If there is a real need in having a special font for the USB keypad mode text (which I doubt), that font should have glyphs for all supported languages.

To reproduce, ensure car adapter mode is enabled, start playback, and leave the now playing screen. If the charger isn't connected, connect it now. Then, disconnect the charger, causing a car adapter mode pause. Some parts of the now playing screen will overwrite the current screen. I see this in file view, main menu and settings. The main menu is quickly redrawn and back to normal, but the file view is only redrawn after I do something. Now, reconnect the charger, which causes a car adapter mode unpause after a short delay. The same thing happens.

I've seen this on:
- 5G iPod using Firewire power, running 3.10RC and r31106
- Archos Recorder V2 using charger, running 3.10RC and r31106

Edit: The same thing happens with headphone plug-in unpause (but not headphone unplug pause). I expect the problem also happens when using BUTTON_MULTIMEDIA_PLAYPAUSE, but I did not test that.

The problem is due to the pause_action() and unpause_action() calls in apps/misc.c. The second parameter is "bool updatewps". It is true in all cases except headphone unplug pause. I don't know why it's false in that particular case.

The second parameter probably shouldn't be there. The WPS should simply update itself if it is currently displayed.

I have RockBox version 3.9 on my Sansa Fuze v2 and so far I love it, but I have one problem. On a few tracks in my library, when I play them, the first few minutes of the song will be strangely distorted. Most of them are songs where the music starts off in just one of the speakers before moving into the other one. There will be bursts of loud, crackly noise in the other speaker during these first few seconds (that seem to be in time with the music) and then it will fix itself and the rest of the song will play perfectly. When I boot the default Sandisk firmware the songs play perfect like they should, it is only in RockBox that this glitch happens. I’ve messed with the settings a bit and even reset them completely, but nothing has worked thus far.

Attached is one of the songs that this happens with, from about 2 seconds in to about 7 seconds in. Any help would be greatly appreciated. I really want to enjoy my music without that crap in it.

ROLO is broken on Nano 2G 3.10RC. It just says: Executng… and freezes. Seems to be happening not only for me:

http://www.rockbox.org/mail/archive//rockbox-archive-2011-11/0070.shtml http://www.rockbox.org/irc/log-20111105#23:01:01 (is this also related?) http://forums.rockbox.org/index.php?topic=28467.0

r31037 and later causes the device and sim to crash when resuming playback after leaving FM Radio. This crash has been reproduced on both e200v1 device and w32 sim and the e200v2 w32 sim. The failure is less likely to happen when there is a small number of files on the device/sim. (I have approximately 2200 files on the device and 5400 on the sim).

Tested with r30145

Steps to reproduce:
1. load the attached fms file (needs 35-Nimbus.fnt)
2. load an fm preset file - be sure to have station art
3. enter fm radio and select a preset station be sure art is displayed
4. power off device or sim
5. power on device or sim
6. start a playlist
7. stop playback
8. power off device or sim
9. power on device or sim
10. enter radio
11. exit radio
12. select resume playback
13. device or sim crashes

The e200v1 crash is:
Data abort
at 000095F0 (0)

Since r30937, the e200v2 bootloader is too large and mkamsboot errors with:

[ERR] Packed data (120926 bytes) doesn't fit in the firmware (120860 bytes)

Steps to reproduce:
1. build e200v2 bootloader
2. cd to rbutil/mkamsboot
3. run make to create the mkamsboot utility
4. run mkamsboot <path-to-e200pa.bin> <path-to-bootloader-e200v2.sansa> <path-to-output.bin>

With r30907 (and also back to at least r30809 which I tested as well) I experience unneeded mass storage accesses on my iPod nano2G. I do not see this effect on my iPod Video.

Use case:
- Create a playlist from either DB or file browser
- Let buffering finish
- Skip forward track by track
(I use mpc/mp3/aac with embedded album art.)

Effect seen: For some skips I see short flash accesses (much shorter than full rebuffering).

This only happens if dircache is off. With activated dircache this effect is gone.

As such mass storage accesses are severely impacting the battery runtime on HDD targets I hope we get this figured out before v3.10.

When connected to PC.
While transferring files from PC to Sansa e280v2.
Both source and destination folders are open.
Sansa shuts off after some time. while transfer is still happening.
this does not happen with original firmware.

m4a Songs skip in middle of playback, to next song.
always at same point. fast forwarding beyond this point is fine.
files work fine on other devices/PC.
reverted back to v3.6 and all such problems are gone

What the title says.
At whatever sample rate I use (24k & 48k tested), each sample is duplicated.

Hello, all
There's a problem with viewing files in some circumstances in iPod 5.5G last 3.9 release.

When I:
playing something in /Music/Artist/Track.flac,
pause playback,
connect USB cable.
rename /Music/Artist to /Music/ArtistSOMETHING, then disconnect USB cable

I just cannot turn playback on ("~Do not exist" or something message appears, it's OK, I know),
BUT
when I trying to enter in "Files" menu - there's no reaction at all. Just nothing. I can't play of any other existing track or change to any directory without restarting device, or:

just go to Playlists → VIew catalog → select some playlist, then some music appears. But it's too long imho.

Is "it" bug or not?.. :)

Thanks,
sorry for my english,

r30804
The rockbox (r30804) Can't play ape files with CUEsheet (APE + CUE files).

The rockbox behaviour when plugging in a firewire cable is to automatically reboot into disk-mode, preventing charging whilst running rockbox.

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

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

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

I think there is a problem with a .ape codec ,when i play .ape files it will have a sound like radiosound.The time happen randomly with each .ape files and when i playback again it still happen at that time.Exp:ABC.ape will have have a noisy sound at 0:10 and when i play again it still happen at 0:10

The key lock feature on my clip+ can be circumvented. Select the last title in a directory using the file browser. Then activate the software hold. When the song finishes the Player skips to the file browser and the key lock is turned off after a button press. You can navigate around the menus until you return to the playing screen, then the key lock turns on again.

SVN r30720

On build 30622 and previous builds, there is an issue with resuming playback.

When "Resume Playback" is selected from the menu, you transition into the music control screen but there is no output aside from some crackling noises.

Occasionally, the song would play for half a second before silencing.

The play/pause button during this situation shows a pause symbol which suggests that the song is supposed to play. However, the song progress bar remains at 0:00.

Currently on Cyanogenmod 7.1 nightly, Android version 2.3.5.

There is something wrong on my iPod Video 5.5 with ROCKBOX 3.9.1. Because I change my ipod's HDD to Samsung's 32G ssd as my rigid disk, I can not enter my rockbox system.
Rockbox boot
leader version v 4.0
ipod version )x000B0011
ATA-82
partition 1 : 0x0B 15598843 sectors
loading Rockbox … Error!
can t load rockbox, ipod:
file not found

Is there something wrong with my new SSD? Or it is just a bug with rockbox which can not support my SSD

1. tested devices: Samsung Galaxy Tab 7" and Android 2.3.3 AVD
2. tested revision: custom r30556 and rasher's unmodified r30562

3. condition: goto home screen by pressing 'Home button', then return to rockbox

4. symptom : any action that calls yesno screen(rename, delete, or 'Erase dynamic playlist', etc) will make rockbox unresponsible.
The only thing I can do is go to home screen then kill rockbox service.

5. If I go to home screen from main menu by 'Back button', the problem doesn't occur.

see http://svn.rockbox.org/viewvc.cgi?view=rev;revision=30461 and http://www.rockbox.org/wiki/Main/CustomWPS#Drawing_the_lists_using_a_skin and bug me on IRC when someone finds the time to add it. hopefully the wiki has enough info though - Jd

Can't set the time of day clock

started at SVN R29234 and continues to current build.
all the builds work in the simulators but break on player.
when you enter in the settings to set clock it shows correct date but shows

00:00:00

and you can change it but it will not set returns you to settings menu and you get

1. -:–:–

unknown

built fresh svn versions each time to confirm when it started

After upgrading my 1st generation iPod Nano from Rockbox 3.6 to 3.9 the cover art display does not seem to be working consistently.

When using a playlist the first track will always show the correct cover art, but any tracks after that will continue to show the first track's cover. This also happens if I skip forward or backward between tracks in the playlist.

If I manually select a file to play the correct cover will show, and if I manually select another track during the play-back of the first the cover art will change to the new track.

I have also tried this with current build r30334 (2011-08-20T13:14:30) with the same results.

Using r30284

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

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

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

Attached are my database* files.

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

I downloaded some AAC files from the bbc, using the get-iplayer utility. The files play just fine on the computer, but on my rockboxed Clip+, they seem to freeze up the player entirely. I have to hold the power button for a long time to reset it. I just tried updating to rockbox 3.9, but I'm not seeing any difference with the new firmware.

When I play the file in mplayer, it gives the following info:
major_brand: M4A
minor_version: 512
compatible_brands: isomiso2
encoder: Lavf52.64.2
========================================================================Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 44100 Hz, 2 ch, s16le, 48.0 kbit/3.40% (ratio: 6000→176400)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))

Hi there! I'm having a huge problem with the rockbox boot on an iPod classic 5G. I've selected a number of option in the tagcache settings, such as 'load to ram', and after it readed all the files (30GB of music) ask me to reboot, and finally it freezes on the message 'saving tagcache' [1/9], responding only when i press menu+select for reboot. The same for the usb connection. I can't manipulate the files in any way!

Please excuse my limited English. Greetings from Argentina and congratulations for the fantastic project!

I am reopening  FS#11501  - Sansa Clip v2 FLAC playback skips regularly, which was closed because a sample file was not provided. I didn't think this was necessary because I stated it happened regularly with just about any file.

I am currently on build 30217. It skipped for me last night on this track:
http://www.archive.org/download/johnbutlertrio2011-07-24.lsdII.flac16/johnbutlertrio2011-07-24_lsdII_t07.flac

I cannot attach the track to this ticket because it is larger than 2mb.

Again, it is nothing inherent in that track: a second playthrough did not skip. That 16-bit/44.1khz track was generated with FLAC 1.2.1b using normal procedures.

This problem has occurred for any build I've ever tried on a clip v2 player.

Here is my original problem statement:

Build 27566 (and all previous builds), Sansa Clip v2.

playback of 16-bit/44khz FLAC format regularly will skip ahead to next track.

in a 60 minute playback session, it'll probably happen 2-3 times. this is not due to a defect in the FLAC files. it happens with any FLAC set I attempt.

this does not happen with the Clip v1 on the same build number.

this is my first bug submitted. I searched for duplicate reports but didn't find anything.

thank you!

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

This is a post that another user put in the forums that pretty much describes the problems I'm having exactly:

" I have a v1 sansa fuze and been using rockbox since 3.8.1 first came out.I just upgraded to 3.9,did not mess with a-n-y setting at all,pc is windows vista (latest sp).Whenever i drag and drop folders with mp3s in them(be it 58 mb or 300 mb or 600 mb) it starts to copy but halfway through,the process just freezes,clicking cancel freezes the windows explorer for 10 seconds then cancels it.Even worse,when i go check out my sansa fuze at my computer,it's recognized but when i click on it,shows as empty!? so i disconnect safely,theeeen….device needs a hard reset.So i say ok this has happened once or twice before but guess what? it happened again…5 TIMES each on 3 different usb ports.Uninstalled rockbox,went back to official firmware and it's all normal…

So i changed the screen to be always on during plugged in and this is the error i get

data abort at 30054264
FSR 0x8
( domain 0, fault 8 )
address 0xA00000BF "

I am running Windows 7 64-bit and experiencing the same issues. If the player doesn't lock outright, it gives the same error white screen described above. This seems to happen more frequently when copying folders that contain folders themselves, but I've had the problem occur on copying just one folder with no subfolders.

When I use the "Wake Up Alarm" with the "Wake Up Screen" set to "Recording." my Nano turns on OK, but the screen starts on the FM screen. This is especially strange as there is no FM radio on this player.

I am expecting the player to turn on and start recording.

This is a 1g Nano running 3.9

Thanks.

Player: iPod Video 5th Gen. (5.5)
Rockbox Release v. 3.9 downloaded/installed 06/28/2011

Accessory: Griffin iFM Radio Receiver for iPhone and iPod - has a doc connector, short cable to a "dongle" which is the FM tuner, with earphone jack on the dongle. No batteries or other power source.

Here's a link to the product's Amazon page:
http://www.amazon.com/gp/product/B003ERT46W

Booting into Apple firmware
1. Turned player on with nothing plugged in, the "Radio" menu item does not show up. Plugged in the Griffin iFM, the "Radio" menu item shows up, and when I select it, I get the FM frequency and dial, I can tune it, it works. I did not have to download anything at all from the Apple iTunes store.

2. Turned player on with iFM plugged in - the "Radio" menu item shows up, and from there it all works as above.

Booting into Rockbox OS 1. Turned player on with nothing plugged in, then plugged the iFM on the dock connector, the "FM Radio" item never shows up.

2. Turned player on with iFM plugged in, still no "FM Radio" on the menu.

3. Went into System then Debug then FM Radio - got message: "HW Detected: no"

So Rockbox does not detect it at all. And there's no sense expecting that any Apple/iTunes software would do anything under Rockbox.

What's interesting is, that with the player off (under both Apple and Rockbox OS), if I only plug in the Griffin iFM to the dock connector, and do nothing else, the player turns on. So there must be some kind of hardware detection there.

Actual behavior:

1. FM Tuner option never shows up on main menu (whether powering up with FM Tuner plugged in, or plugging in after power up).

2. When player is OFF, connecting the FM Tuner to the dock port turns on the player.

3. In System/Debug/FM Tuner, "HW Detected" is always "no"

Expected behavior:
1. Expected the FM Tuner option to be available on the main menu (at least when booting with the accessory plugged in to the dock port) as described in the manual.

2. Expecting to be able to tune in to FM stations and play at least through the tuner's headphones connector, if not through the player's headphones connector. Other features (displaying song information, presets, etc.) are secondary (to me).

at least r30058
On the Sansa E280 v1 with a playback speed of 200% the playback restarts at bookmark plus about 2 seconds.

Hardware: Clip+ 8GB using internal memory
Problem: Playback of most APE files results into passages of loud noise during playback. The music is totally gone and noise is ear deafening loud. When rewinding, till music is heard, and replaying the problem part, error can be reproduced _sometimes_.
In other cases it either runs fine, or the problem occurs elsewhere in the file.

Since the problem does not always occur in a specific part of a APE file, it is hard to attach a sample file.

Problem persisted between ape files encoded in high and normal setting.
Using winamp + monkey audio 3.99 APE plugin, these files never shown problems.

I don't know whenever it happens with other versions or not, all I got is Sansa Clipv1 to test with.
My configuration is Initialize once and auto update working.

It seems like the database items got duplicated for unknown reason. I seem to have up to 7 entry's of the same item inside the database. I am not sure what causes it, but that is what I've noticed.
[At first I thought it's a shuffle bug 'till I was going to debug it only to find the database is full of clones]

would like to report a bug in
i am shuffling through songs and set crossfade to shuffle only it still fades when i do a manual track change this does not happen when i set shuffle
should not occur as there is an option for shuffle and manual track change only, so the two options have the same functionality when i am shuffling it should be able to differentiate between
should be able to register that i have pressed next so the next song should not fade even though it is on shuffle.

I got this error twice in a row; once after the player had been running for a few (5-20) minutes; then I repeated my action and saw the error again. This is the text on the screen from the second occurrence (I did not write down the error text the first time; but when I tried to replicate the issue a 3rd time before submitting, I saw the same text):

Data abort
at 3001A6B0
FSR 0x8
(domain 0, fault 8)
address 0xB0153884

I had a playlist of 2255 items (created using Playlists | Create Playlist so I can just 'shuffle all').
While listening to a song (about 995/2255), I went to Database then Artist and scrolled to an artist that I knew had only one song, did a long press and selected Queue Next. The screen says 'Loading' for a couple seconds, then the music stops and I see the text above.

After the second error, I selected the artist and did the long press on the song and selected Queue Next, and did not get any error

I have a Sansa Clip, but I don't remember if it is a v1 or v2.
r29741-110417
debug | view hw info: AMSv2 variant 1

This occurs on Stable 3.8.1 and all builds currently up to Tuesday, May 10, 2011 (r29850-110510).

When my iPod 3G is powered on with no song in the queue to be resumed, and the "resume Playback" item is selected, the screen flickers, the quick glimpse of the selected Now Playing theme can be seen (for me, DancePuffDuo, but also confirmed for every other one I've tried) and it returns me back to the Main Menu without any warning… just an abrupt return.

I've reinstalled stable as well as various builds leading up to the date above and all have the same effect.

The way to reproduce this bug is to Play a single song from the database that is by itself (in the artist/album category of your choosing, or, the last song in an artist/album grouping) and then, after it is done playing and returns you to the database or main menu, shut down and restart Rockbox. Select the Resume Playback item on the Main Menu. The screen should flicker and abruptly return you to the Main Menu without any warning that there is nothing to resume playing.

This bug does not reproduce with the iPod 3G simulator with 05/10/2011's build (r29850-110510).

On the default FM radio screen only the pre-set name line appears to scroll if wider than the screen. Other lines don't. This occurs on all releases tested up to current r29824-110504.

To reproduce, set to a large font and go to the FM Radio (I use 32 Terminus Bold - I want to read the screen when not wearing glasses, but it still occurs to a degree with fonts smaller than this).

Example display:
Station: 101.3 ("MHz" not visible - no scrolling)
Stereo
Mode: Scan
Signal Strength (": nn dBμV" not visible - no scrolling)

I've found a problem with the new autoresume feature in 3.8. I use it when listening to podcasts and sometimes find that it resumes from near the end of a new episode - e.g. on a 30 minute podcast it will resume from 28 or 29 minutes - usually about the place where a previous epidsode finished and I skipped past the end credits.

What I think is happening is that there is some code in the database that tries to resurrect the runtime statistics for files that have been deleted and then restored - as the last offset is in this data, it is reusing the last offset from an old episode.

I've put some more logf()s in tagcache.c in build_numeric_indices(). I can see that if the filenames don't match (line 2306) it then tries to match any 2 tags out of the 3: artist, album or title. For the podcasts, the artist and album are always the same (i.e. the producer and which one of their podcasts it is), but the title is different (i.e. "Episode 100", "Episode 101", etc). So if I've listened to Episode 100 and then deleted the file, and then add Episode 102 to the player, it matches the artist and album and so resurrects the wrong data from Episode 100.

I've disabled the resurrection based on tags (just commented it out) and the problem seems to have gone away. A better fix would be to ensure that all 3 tags or matched or to ensure that title is one of the matched tags

Players: Sansa Fuze v2
R29716-110415
Note: This was happening on a build from a couple months ago to..

When I have "load last bookmark" on I can't access any other files in a folder with a file with a bookmark. Even time I hit a file it'll always load the file with the latest bookmark, the only way to play another file is to use the forward/rewind buttons.

As Title says when transferring large files the player unmounts . Does not occur in ofw.

Data abort
at 30053884
(domain0, fault8)
address 0xA00000BF

is what the player says upon unmounting.

Tested at r29689, gcc 3.4.4. When trying to create a voice file in Cygwin, the following comes out (taken from STDERR):
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x453): undefined reference to `_speex_nb_mode'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x45a): undefined reference to `_speex_wb_mode'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x462): undefined reference to `_speex_encoder_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x490): undefined reference to `_speex_bits_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4b9): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4d9): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x4f6): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x513): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x527): undefined reference to `_speex_encoder_ctl'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x5fd): undefined reference to `_speex_resampler_init'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x609): undefined reference to `_speex_resampler_skip_zeros'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x6ac): undefined reference to `_speex_resampler_process_int'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x6fc): undefined reference to `_speex_encode_int'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x724): undefined reference to `_speex_bits_write_whole_bytes'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x7c0): undefined reference to `_speex_bits_write'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x81d): undefined reference to `_speex_encoder_destroy'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x829): undefined reference to `_speex_bits_destroy'
librbspeex.a(rbspeex.o):rbspeex.c:(.text+0x83d): undefined reference to `_speex_resampler_destroy'
collect2: ld returned 1 exit status
make[2]: * [../rbspeexenc] Error 1
make[1]: * [rbspeexenc] Error 2
make: *** [voicetools] Virhe 2

While in the fm radio screen, a ticking noise can be heard in the background. When pressing the power button in the radio screen the noise disappears.