Rockbox

On Gogear sa9200, when hold is switched to off(means in the middle), the play stops.
Maybe because the hold and the on/off share the same swtich.

When the battery is nearly empty and the iriver H10 is about to shutdown, the volume sometimes suddenly increases progressively, as if the volume UP button was pressed and held down, all the way up to the maximum.

This has happened to me about 3-4 times so far. Pressing the volume DOWN button somewhat counters this bug, but only for as long as the DOWN button is used - the volume keeps increasing.

This occurs with Rockbox Release 3.5 (not 3.4 as the Report Version field of the ticket says).

A mixed RTL with LTR text appears in a missed order not conforming to bidi logical to visual algorithm of unicdoe.

Implementation is ready in bidi_l2v() , but the “orientation” parameter is hardcoded and passed as “1” always

A suggested solution is either pass “orientation” as 0 for any RTL text, or tie the orientation parameter with the “alignment” option of the text viewer.

- write a word like “مسمار” in a text file, or just use the word as the file name

- the last character “ر” will appear as the first one like this: “رمسما”

- this bug appeared only since r26019

- when reverting to r26018 the bug won’t show up

- for some combination of letters like “دليل” the issue happens for the last 2 characters

- for some other words the problem doesn’t happen at all

- the only common case is that this happens only with last word in a line appearing on the viewport

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.

Seen with r27199 on the e200 simulator.

If I place a .wps file in the root directory and “play” it from the file browser, the WPS is not loaded. I’d expect it to load but not to be saved as the setting.

The same file is loaded if it’s in the directory /.rockbox/wps, i.e. it’s not the wrong file contents that’s causing the error.

ONDA VX777
While in FM-Radio it isn’t possible to change the volume value, nor from the context menu, nor from the virtual 3×3 touch screen grid and nor from the .fms %T tag in absolute mode.

when the FM tuner is turned on and say that you want to go to Add a Preset you cannot hear thevoice over the radio. this should be controlled where the Fm volume is turned down and the volume of the voice is turned up just like in playing regular music.

Hello.

I found that bookmarks which was automaticaly created (by the function Bookmark on Stop with set to Ask) from tagcache don’t work. Problem is in missing path to file in bmark file. I made more test and now I attach bmark where first line/bookmark is from tagcache and second line/bookmark is from files browser.
Both are on approximately same time.

I testted on Sansa c250 and Sansa Fuse2 with Rockbox r27481-100718.

Can anybody from developers focused on it, please.

Much more thanks.
Salaba

I am trying to use the last method mentioned on the ipodpatcher wiki page to write Rockbox directly into the OSOS image on my iPod Nano2G. Sometimes it works properly, but other times it fails saying that it couldn't read the header from the .ipodx file. I am following the instructions exactly, so that can't be an issue. I have tried hexediting the .ipodx file, and in some cases I can get ipodpatcher to read the header by editing the first four values, but this always causes a Checksum Error. Here is the exact output:

C:\Users\Michael Marley\Downloads>ipodpatcher.exe -wf rockbox.ipodx
ipodpatcher 5.0 with v4.0 bootloaders (v1.0 for 2nd Gen Nano)
(C) Dave Chapman 2006-2009
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[INFO] Scanning disk devices… [INFO] Read XML info (4 bytes)
[INFO] Ipod found - 2nd Generation Nano ("winpod") - disk device 1
[INFO] Reading partition table from \\.\PhysicalDrive1
[INFO] Sector size is 2048 bytes
[INFO] Part Start Sector End Sector Size (MB) Type
[INFO] 0 63 48194 94.0 Empty (0x00)
[INFO] 1 48195 1982462 3777.9 W95 FAT32 (0x0b)
[INFO] Read XML info (4 bytes)
[INFO] Ipod model: 2nd Generation Nano ("winpod")
[ERR] Failed to read header from rockbox.ipodx
[ERR] –write-firmware failed.

A couple of config file options are missing from the manual appendix:

e.g.

backlight fade in: 2000
backlight fade out: 10000

In my customized rockbox theme, there is a short (half second?) but irritating delay before the progressbar is drawn. This delay is apparent when pressing a button to turn on the backlight, so it doesn’t show up in the simulator. Here is a video of the issue happening: http://www.youtube.com/watch?v=1LAfW8-BjjE

I’ve tried moving the progressbar to the very top of the wps. I also tried changing the wps around to have each icon in a seperate viewport which didn’t help.

I’m using rockbox version 27667.

The following set of WPS tags demonstrates:

# WPS Document
%wd
%V(0,0,-,10,2)%Vb(000000)%Vf(FFF000)
%aL%cH:%cM %ac%pv %aR%bt
%V(0,11,-,30,2)%Vb(000000)%Vf(FFF000)
%it

If you alternately insert and remove a space between the second occurence of %Vb/%Vf, the track title text appears and disappears. It appears to happen in a few other variations, but this is the shortest concrete example.

This bug already stands for a while and was reported in IRC but since nothing happened so far, I’m going to report it here.

On targets with early USB (”usual” looking USB screen when plugging from off-state and probably only hardware bridge USB) the statusbar that should be there in the screen is missing and when you disconnect the player so that the “rest” of Rockbox would start, it crashes.

The address where the crash happens with the build currently flashed to my Ondio is in “lib/libskin_parser.a(skin_parser.o)” - more exactly “9035954: 8b fb bf 903594e <_skin_parse+0×152>”. I pastebinned the complete disassembly of the _skin_parse function here: http://pastebin.com/LZMNW96a .

I will also try to find the exact revision that introduced the bug but that’ll take a while. If I remember correctly it came with some statusbar skinning commit which is already a while ago now and crept up twice in a row (first was fixed, then it came back). Plus it is not the easiest and no quick task testing flashed builds on the Ondio….

The Last.fm scrobbler lists in the scrobble log songs that ive never listened to

In my sansa Fuze v2 build 28208 when I insert some album to the playlist and after that I insert another album to the playlist I got this error massege:

Data abort
at 3001AE90
FSR 0x8
(domain 0, fault 8)
address 0xB0166244

thanks!

While playing doom, I can definitely read the amount of ammo, shield status, and health of my character. However, I cannot read the messages like you need the key first to open this door. Also, if you set the screen size to the maximum and turn on the heads up display the font there is also illegible.

On page 51, which is in Section 6.8, there is a table for keys/actions. The Key column is completely empty, though.

On page 77, in Section 11.1.1, the blackjack game plugin, there table is similarly broken. Same for BrickMania in Section 11.1.2. Chessbox, in section 11.1.4 has a similar problem with only the "direction keys" being in the table.
There are many more games with this problem.

This is for a manual I downloaded 2010-10-11.

Thank you for your attention.

sometimes when i click on next(or previous) button a couple of times , rockbox gets stuck and then anfter 3 or 4 secs ,it restarts .then when loaded the battery is empty.
i am not sure if this is a rockbox related issue or hardware realated cause i use my ipod for file transfer mainly .and this issue existed from version 3.3 till now( i cont know or remember about before that).

is there a way that i can somehow debug (trace) this issue?

Hi!

I’ve found very important bug in Rockbox 3.7, witch my be dangerous for both the player and the memory card (if present).
It turned out that Rockbox doesn’t react to very low battery level while voice or FM radio is recorded. It causes damage to the recorded file when finally hardware falls due to lack of energy. This corrupted file is absolutely unreadable.

I think I have experienced a bug in 3.7+ builds with WPS themes related to %Vf.
If you put the %Vf on a new line, the following text is displayed, then cleared, but only if its a scrolling line, if the first line is static it is displayed properly, and subsequent lines are also displayed properly even if they are scrolling

example:

%Vl(b,0,108,176,60,1)
%Vf(999999)
%s%ac%?Ia<%Ia|>
%s%ac%?It<%It|%Fn>

artist is displayed briefly then cleared, if you take out %s artist is displayed properly, if you put the %Vf on the same line with %vl artist is displayed properly with scrolling, if you put a static text line before the first %s line then all lines are displayed properly.

so my quick fix is to just move the %vf on the line with %vl, but this bug probalby breaks many WPS, also this worked before 3.7, not sure when it stopped working. Tested this bug with latest build:r28534-101108 and 3.7 release sansa e200 v1. (also with latest e200 simulator)

this bug was not in builds up to or prior to: r27944-100830

(./version.tex)) [2] [3]
1.

Class scrreprt Warning: \float@addtolists
You should use the features of package
instead of
Support for \float@addtolists may be removed
`scrreprt’ soon .

This is the warning text I get. We should probably update the syntax before it get broken.

URGENT/HIGH PRIORITY: Rockbox Firmware 3.7 installed with iRiver H300 1.29J.

Charging when in Rockbox mode (player switched on):

When Rockbox is running and the charger is plugged in, Rockbox can be seen charging the battery in the top left hand corner. When it is fully charged, it shows a full battery.

Charging when iRiver is powered off (player switched off):

When the charger is plugged in, the iRiver begins charging in Original Firmware mode. This is okay as the player charges correctly until Complete.

Booting into OF mode, shows a full battery charge so I can be sure it is fully charged.

However, boot back into Rockbox mode and Rockbox seems to be misreporting the battery charge as depleted - I say misreporting because at this point I know it is actually full/complete. (Booting back into OF mode would also confirm again at this point that there is indeed a full battery charge).

But run Rockbox 3.7 and after a few minutes, a false message - "Low Battery - Shutting Down" appears, after which Rockbox powers off.

I know this is inccorect, because if the battery was so low in OF, the iRiver OF would not even allow you to attempt to power back on (instead it would display a "Low Battery" picture on the display), but I can boot back into OF mode easily with no problems even after this message from Rockbox, again the OF shows a full battery and I can run it for hours with no problem so I know somewhere here there must be a miscommunication/misreading from the battery charge to the Rockbox 3.7 firmware.

Have tested this a number of times to ensure it is a fault and yes it presents itself everytime.

When a WPS defines a touch area combining %T and setting_inc or setting_dec, although the themesite parser does not show any problems and allows the theme to be loaded normally, the themesite doesn't display the theme. Some examples to be found in this forums thread : http://forums.rockbox.org/index.php?topic=25098.msg173725#msg173725

Version: r28861
Used before: r26706

Hello,

with r28861the touchscreen works with glitches.
When I touch a line-item , the system sometimes don't react or the line selector just "twinkle".

My conjecture:
It has somethin to do with the new "kinetic-scroll"-feature, because after a little kinetic-scroll the touch become precise.

(And yes, I've done a calibration: no effect)

I've tried a dozen of builds around, and it seems that the new touchscreen on D2+ is not working properly - there're wild distortions (sometimes it's possible to press a button on lower bottom of the panel, but usually it's to no effect at all) at the edges of panel - i have to press almost on the edge of panel in order to tap the buttons, for instance in this (http://themes.rockbox.org/index.php?themeid=1146&target=cowond2) theme.

r28936, sim build for iriver H120, fresh installation folder, i.e. no file “config.cfg”

I modified the function “sim_open” to ouput what files it’s opening, and got the following output (see attached text file). Note that there are files “-.kbd”, “-.sbs” and “-.rsbs”. I think these files should not be opened, even tried.

This appears to happen only on the simulator, as of r29012.

Fill a directory with, say, some .s3m files and .mod files. Mikmod plugin chokes on calloc (virtch.c, line 1227) during MikMod_Init() sequence.

Remove the .mod files and the plugin loads and works properly.

Reverting the change made to viewers.config in r29012 seems to fix this. I'm guessing the problem is somehow related to the way mod is both playable and viewable, but there's nothing obviously wrong with viewers.config that I can see. Maybe the buffers are getting screwed up somewhere in filetypes.c?

Various users on IRC recently reported cases of filesystem corruption. I have seen them as well, especially when using USB mode (I'm using a Sansa ClipV2, USB-enabled through  FS#11664 ).

One strangeness I've experienced is that when my system has detected filesystem corruption, it is often enough to remove the player from USB and then replug it, without repairing the filesystem and without rebooting Rockbox; on the next USB mount, the filesystem is clean. This might indicate that some buffer is flushed too late for the USB host to see.

[EDIT: Removed previously attached patch, which is now tracked separately as FS#11883.]

I've hunted this down here is what I found out.

from
http://developer.android.com/reference/android/view/KeyEvent.Callback.html

public abstract boolean onKeyDown (int keyCode, KeyEvent event)
Since: API Level 1

Called when a key down event has occurred. If you return true, you can first call KeyEvent.startTracking() to have the framework track the event through its onKeyUp(int, KeyEvent) and also call your onKeyLongPress(int, KeyEvent) if it occurs.

We need to return true and call KeyEvent.startTracking() from /android/src/org/rockbox/RockboxFramebuffer.java then set the interrupt flag from /firmware/target/hosted/button-android.c and find out what is passed back after a key release and handle that. I may not be a great programmer but this looks like the ticket to removing the BUTTON_REL work around from /firmware/target/hosted/android/app/button-application.c

Problem found in versions r29044-110113 to r29143-110126. I could not test 3.7.1, because it did not recognize my 16 GB Transcend flash card (fixed in above versions).

At the beginning of tracks and during rebuffering of longer tracks there is a short humming sound (like a bumblebee) mixed with a fast sequence of random high frequency tones. The sound differs as a function of data format and content. It is very homogeneous with WAV tracks (only humming) and different with lossy and lossless codecs. The same file encoded with FLAC and AAC leads to different short distortions. It is only audible for tracks with initial silence or very dynamic content, for example classical music with quiet passages or audio books. With sensitive headphones, this can be quite annoying.

The original firmware does not show this behavior!

It only happens while reading from the SD card, not from the internal storage.

Initially I thought this might be a CPU throttling issue. But now I think it might also be related to the controller driver.

There is a thread on Hydrogenaudio with independent confirmations of the issue:

http://www.hydrogenaudio.org/forums/index.php?showtopic=86306

If I can provide any additional information to help, please let me know.

[EDIT: Attached patch for experimenting with AS3543 settings.]

When playing back audio on a Sansa ClipV2 player, there is a regular background noise that’s audible with sensitive headphones and that’s quite annoying during quite music passages. The background noise is a hissing sound that repeats about 4 times per second. The noise can be heard when there is no disk activity and even at very low volume or when playback is muted. It stops as soon as audio is paused.

The noise is not present in the original firmware (OF).

This is a long-known issue, but hasn’t been formally tracked before. It is related to FS#11907, but different in that the background noise is present when there’s no disk (SD) activity. However, I did have the impression that disk activity intensifies the noise.

This item serves to collect the various approaches people have tried to eliminate the noise, and ideas for future exploration.

I ran a series of experiments on the assumption that the audio hardware is misconfigured is some way. I worked through various settings of the AS3543 component based on its datasheet. Here is what I have tried; but nothing helped to eliminate the noise:

* Higher-quality audio settings as proposed in  FS#11304  (AUDIOSET2_HPH_QUALITY_HIGH,
Disabled DAC gain control
Bypassed mixer and disabled mixer gain control (HPH_OUT_R_HP_OUT_DAC, AUDIOSET2_AGC_off,
Mute SDI data
Enable and control DAC attenuation
Disable common mode buffer (phantom ground)
Disabled various unused mixer components (AUDIOSET3_MICMIX_off, AUDIOSET3_ADCMIX_off,
Used external clock source for DAC
Enable headphone detection
Resetting all reserved audio registers to 0

[EDIT: I have attached a patch that allows experimenting with these settings by uncommenting the relevant source lines at compile time or extending the provided debug function to toggle the setting at run time.]

Possible next steps (suggested by various people on IRC):

* As the noise is not present on the other AMSv2 targets (Clip+, FuzeV2), a dump of the AS3543 settings (as3514_regs[] array) on these targets would be helpful. I have attached a patch that adds a debug-menu function for doing this (needs a logf build).

* Someone with a JTAG could read the AS3543 configuration set by the OF.

* The issue could be unrelated to the AS3543; it could be a power-management or frequency-scaling issue.

Also attached: A dump of as3514_regs[] (logf.txt; all values in
I’ve removed the patch to dump these settings; see a later comment in this task for a more up-to-date patch to do this.]

Other ideas?

When plugging in an AC USB charger, the ipod shows rockbox's disk mode instead of just changing the "external power" icon. Is it possible to make it detect if a charger is connected, or an usb host (for example, a computer)?

Doing the same test (with the same charger) on an ipod color/4g shows the expected result (not going to usb mode, just a charger icon appears)

I got no SD-Card support for my E-250 after boot into USB mode.
I plug in my powered off player into usb and only have access to internal storage.

If i plug in my player booted up there is no problem.

I am using daily build r29174-110131.

EQ settings changed via Touchscreen WPS action setting_inc & setting_dec are not reflected in the sound output of the device even though they display having been changed in the menus. The changes are also not written to the main config file on disk so they do not "stick" after Rockbox has been rebooted.

example syntax to toggle EQ on/off (display DOES get toggled):
%T(148,520,54,46,setting_dec,eq enabled)
%T(148,520,54,46,&setting_inc,eq enabled)
%xl(E,eq.bmp,0,0)
%V(148,520,54,46,-)
%?St(eq enabled)<%xd(E)|>

I'm not sure if this problem is specific to Android or if the problem applies to all targets.
APK Build: Feb 4, 2011

I suspect this bug has appeared since r29333, r29341, r29342 but I'm not 100% sure, it worked fine a few days back.

When I delete a file it goes well, but after I delete a file after first switching to another application or to the Android main screen deleting a file locks the main screen, it also locks up for other Android native screens like the keyboard you get when you create a directory.

I use Android 2.1 on a Cowon D3 device.

The interface of my Sansa Fuze and the file transfer freeze randomly when transferring large amounts of data. If the player runs in Bootloader USB mode everything is fine.

I guess this could break the vfat file system, making this a nasty bug. Disabling Key and Mouseemulation did not help. As long as this isn't fixed, a solution would be to start the player in Bootloader USB mode by default. I don't know if this is possible though, since I don't know the the technical details of rockbox very well.

Beside that everything works just great, keep up the good word!

PS.: I'm using Debian with different kernels. I couldn't see any differences between different kernel versions regarding this issue. Intels Linux USB drivers and the Linux USB stack in general usually work excellent as far as I know, therefore I would blame it on rockbox (no offense :)).

recent %Tl and %T changes need adding to the manual… didnt want to fiddle with the table.

The change is now that both those tags accept as their first param a label which links them.

%T(foo, 0,50,25,25, volup)
%?Tl(foo, 1)<helllo|goodbye>

So that conditional will only go true when that foo region is pressed. the label is optional on both, if it is missing on the %Tl then it acts as now (timeout since last press on anywhere on the screen)

decode_packet in wmaprodec.c returns -1 almost immediately, most likely due to being passed corrupted data by the ASF parser, although I have not confirmed that to be the case. I've seen similar issues in WMA Std. Theres probably some ASF feature we do not correctly implement.

r29445 introduced problems with screendump on sansa e200 and e200v2 (and possibly more). Screendump works properly with r29444.

Steps to reproduce:

1. delete or backup existing .rockbox directory
2. install r29445 (or later)
3. reboot
4. navigate to System → Debug (Keep Out!) → Screendump and press select to enable
5. attach USB cable to trigger screendump

On e200, this results in:
*PANIC*
Stkov usb (0)

on e200v2, this results in a deadlock - no keypad response - backlight & button light never timeout. Upon reboot, multiple dump files exist.

On e200v2 only, when dircache is disabled, screendump will function properly.

If I set my Gigabeat F20 touchpad sensitivity to High, the touchpad and all buttons stop working - except for the long POWER action which shuts down in the normal manner.

I then need to reset settings on boot (or connect to a PC and edit them) to restore usability.

If other owners could try this out, I'd be interested - it may be that I have a stuck button under the touchpad, of course.

I’m using revision 29572 of android port. Host system is Samsung Galaxy 3 i5800, with 240×400 resolution display, with version 2.2 (Froyo) of Android.

The problem is as follows. When trying to start playback of OGG or SPX files, the playback does not start occasionally (the change is maybe less than 20% to have playback). By rewinding randomly it is possible to get it start playback. The same behaviour occurs when starting from bookmarks and from file explorer. The problem occurs with default config file.

Tried with MP3 and had the same problem. The problem may be with other codecs as well but I have not tried it so extensively.

Best

Hello,

empty menu items crash rockbox due to NULL pointer access.
Easily reproducable with the "LCD settings" in RaaA / SDL app build.

The resulting valgrind trace looks like this:
==22619== Invalid read of size 4
==22619== at 0x407FDA: do_menu (menu.c:555)
==22619== by 0x41B198: miscscrn (root_menu.c:323)
==22619== by 0x41B377: load_screen (root_menu.c:520)
==22619== by 0x41B72A: root_menu (root_menu.c:688)
==22619== by 0x406DFA: main (main.c:196)
==22619== Address 0x0 is not stack'd, malloc'd or (recently) free'd

Question:
Should we protect against "menu→submenus" being NULL or
should the menu system hide empty menus without any items at all?

Cheers,
Thomas

Scrolling the scrollwheel doesn't count as a button press for the Textviewer plugin's idle Timeout.

Hi,

the random_folder_advance_config plugin fails to build the
folders on N900 / RaaA. I guess it suffers from the same
as the database update did in the past: It probably follows
starts over and over again in the /proc or /sys filesystem.

- iaudio
both with 3.8 and build r29635

since 3.8 after a while the display blanks totally, no gui. only restarting the device makes it available again for a short
screen, navigation is basically impossible.

On my iPod video, when I choose to load the WPS on startup (either in the Settings menu or in the alarm menu), it doesn't work. The player stays on the main (root?) screen.

I had to tweak root_menu.c (which I join) to get the alarm to work with the WPS. This is not a patch, but a quick and dirty workaround that I did just to be waked up on time tomorrow…

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.

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

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.