Flyspray:: Flyspray:: Rockbox: Recently opened tasks http://www.rockbox.org/tracker/ 2014-10-19T02:10:06Z FS#13010: Support for .m4a of youtube smtube. 2014-10-19T02:10:06Z 2014-10-17T22:47:55Z
.m4a is audio format for youtube, and when download .m4a audio using package smtube, rockbox not support .m4a for youtube and smtube. Is possible enable support? I use sansa clip +
Stevan http://www.rockbox.org/tracker/:13010
FS#13009: Sansa Clip+ Seeking Fails When Playback Is Paused 2014-10-13T04:47:28Z 2014-10-13T04:47:28Z
When I try to seek to say, 18:05 in a WMA file that is 22 minutes and 45 seconds long, Rockbox starts playing from somewhere in the early part of the track (say, 00:05) rather than 18:05.

I was able to reproduce the problem with multiple WMA files that were encoded using Expression Encoder with the WMA codec and VBR. A sample file is available at https://onedrive.live.com/redir?resid=87EA02230C32BE40!724&authkey=!AFyvy4opeP7Ib9w&ithint=file%2cwma and if the link is dead, please let me know.

Steps to Reproduce:

1. Add a WMA file to the Clip+.
2. Disconnect the device from the computer by doing a "Safely Remove" or "Eject".
3. Turn off the device.
4. Turn on the device.
5. Scroll down to "Database" and press the middle button.
6. Scroll to Album and press the middle button.
7. Press the Up button one time.
8. "What The Dog Saw" is probably selected unless you have albums that start with W, X, Y, or Z. If "What The Dog Saw" is not selected, the scroll until it is.
9. Press the middle button.
10. Press the middle button to start playing the first track.
11. Press the Up button to pause playback.
12. Press and hold the Right button to seek to somewhere around 11:00 or later.
13. Release the Right button.

Observe that the timestamp on the left now says something like "0:04" rather than the desired time.

System Details:
- Sansa Clip+
- Rockbox Version 3.13
Zian Choy http://www.rockbox.org/tracker/:13009
FS#13008: Serbian translation update 2014-10-11T18:49:45Z 2014-10-11T18:49:45Z
Here is an update to the Serbian translation.

Ivan Pesic http://www.rockbox.org/tracker/:13008
FS#13007: FM Region "Other": Enable full frequency range. 2014-09-29T09:26:16Z 2014-09-29T09:26:16Z
This patch changes the frequency range when selecting "Region: Other" for the FM radio:

With this patch, the "full range" from 76 MHz to 108 MHz, in 0.05 MHz steps, is available when selecting the "Other" region.
Oid Maps http://www.rockbox.org/tracker/:13007
FS#13006: Gapless playback of OGG Vorbis is not working. 2014-09-27T05:58:58Z 2014-09-27T05:58:58Z
Gapless playback of OGG Vorbis is not working. High pitched background noise for a while before next track begins to play.
Official firmware plays same files gaplessly without the background noise.
Osmo Hyttinen http://www.rockbox.org/tracker/:13006
FS#13005: High-pitched background noise NOT PRESENT on official firmware 2014-09-27T20:49:00Z 2014-09-27T05:54:39Z
High-pitched background noise when starting playback, file changes during playback or during heavy I/O operations.
NOT PRESENT on official firmware
Osmo Hyttinen http://www.rockbox.org/tracker/:13005
FS#13004: ATA Error 11 with mSata SSD installed using mSata-ZIF adapter 2014-09-26T09:13:35Z 2014-09-26T09:13:35Z
I have an upgraded iPod 5.5 with CF 32Gb installed in CF-ZIF adapter.
Both iTunes & Rockbox are working fine with this setup.

Then I tried to increase the storage space by using mSata SSD 64 GB + mSata-ZIF adapter. iTunes recovered the iPod successfully and it is working just fine. I installed Rockbox latest stable (non-stable latest = same thing) version & after the Rockbox boot-up it reporting an ATA error -11.

I wonder if this can be solved.

Thanks!
Dmitry http://www.rockbox.org/tracker/:13004
FS#13003: Scrolling line broken if put directly after sublines. 2014-09-24T08:38:27Z 2014-09-24T08:38:27Z
## This was tried out with Sansa Fuzev2 simulator version d392da8-140922, built from git on a 64 bit Linux system ##

I discovered something which seems to be a bug somewhere in the place where WPS get interpreted or rendered.

When I use a scrolling line just after a line containing sublines, the scrolling line stops scrolling as soon as the sublines change the first time.

Below are steps to reproduce it on the UI simulator for the Sansa Fuzev2. I think it also works without using a clear configuration. I haven't tested with a real device, only with the simulator.

Attached are a .wps-file showing the buggy behaviour ('scrollline_after_sublines_bug.buggy.wps'), and a .wps-file working correctly ('scrollline_after_sublines_bug.workaround.wps'), which are the same files as quoted below.


STEPS TO REPRODUCE:

(0) Use Sansa Fuzev2 simulator version d392da8-140922, build from git on a 64 bit Linux system.

(1) Use a clear configuration, so erase
.rockbox/.playlist_control
.rockbox/config.cfg
.rockbox/nvram.bin
.rockbox/database.ignore
in your 'simdisk' directory.

(2) Start the rockbox UI simulator

(3) Change the theme to 'rockbox_failsafe', i.e. in the menu, do the following:
* 'Settings' -> 'Theme Settings' -> 'Browse Theme Files' -> 'rockbox_failsafe.cfg'
* 'Settings' -> 'Theme Settings' -> 'While Playing Screen' -> 'rockbox_failsafe.wps'
* 'Settings' -> 'Theme Settings' -> 'Radio Screen' -> 'rockbox_failsafe.fms'
* 'Settings' -> 'Theme Settings' -> 'Base Skin' -> 'rockbox_failsafe.sbs'

(4) Use the following .wps-file as the "While Playing Screen" skin:

==>
# Two sublines:
Text1;Text2
# A long line, scrolling:
%sA very long text which is meant to scroll because it is longer than the screen is wide.
# Another line of just text (Not needed to reproduce the bug, but if it is swapped with the long line above, the long line scrolles correctly):
Textline.
#### Here the following Bug appears:
# When the Line 'Text1;Text2' changes the sublines the first time, the subsequent line stops scrolling. It happens when the sublines change; as when you use '%t(5)Text1;Text2', the scrolling stops only after 5 seconds, when the sublines actually change.
<==


Workaround:
(4a) Put the scrolling line not directly after a line with sublines. The following .wps as the "While Playing Screen" skin works:

==>
# Two sublines:
Text1;Text2
# Another line of just text. Needed to make the long line scrolling correctly:
Textline.
# A long line, scrolling:
%sA very long text which is meant to scroll because it is longer than the screen is wide.
#### Here the bug does not appear, the long line scrolls corretly. But when the long scrolling line is put just below the line with the sublines, it stops scrolling as soon as the sublines change for the first time.
<==
Oid Maps http://www.rockbox.org/tracker/:13003
FS#13002: Fails to build from source under long build path with "execvp: /bin/sh: Argument list too long". 2014-09-22T15:21:44Z 2014-09-22T15:21:44Z
When I try to build rockbox, I get the following error:

==>
make: execvp: /bin/sh: Argument list too long
<==

My build path is a fairly long path. Building it at a location with shorter path it works. Details:


Steps to reproduce:

* Create a location where you want to have the sources; use a fairly long path name, e.g.

mkdir -p /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/

* Change to that directory:

cd /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/

* Download git sources (Tried with version from 2014-09-22, 10:55:11 GMT+1, Commit by "Marcin Bukat <marcin.bukat@gmail.com>", Change-Id: "Ie3aa9b208e3f4f17d4d02f11f69839e9b381217d") to a long path:

git clone git://git.rockbox.org/rockbox

* Make a build directory and change into it:

mkdir -p /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2
cd /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2

* Configure the build:

../rockbox/tools/configure --target=63 --type=N

prodces the output

==>
Using temporary directory /tmp
Platform set to sansafuzev2
Normal build selected
Using source code root directory: /home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/rockbox
Using arm-elf-eabi-gcc 4.4.4 (404)
Using arm-elf-eabi-ld 2.20.1.20100303
Found and uses ccache (/sbin/ccache)
Automatically selected arch: arm (ver 5)
Created Makefile
<==

* Running "make":

make

produces the output

==>
Generating dependencies
make: execvp: /bin/sh: Argument list too long
make: *** No rule to make target '/home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2/make.dep', needed by 'all'. Stop.
<==

and returns with exit code 2.



Workaround:

Building it in a directory with shorter path, e.g. doing everything in "/tmp", works.

But that is only a workaround; it should not fail when building in arbitrary locations, and especially not with a message not making it clear _what_ the underlying problem ist. (I had to do a long internet search to get to the idea that the build place can be the problem).
Oid Maps http://www.rockbox.org/tracker/:13002
FS#13001: Portugal Portuguese Update 2014-09-21T22:37:33Z 2014-09-21T22:37:33Z
Attached you'll find a DIFF for Portugal Portuguese.

Cheers!
Tiago Medeiros http://www.rockbox.org/tracker/:13001