Flyspray:: http://www.rockbox.org/tracker/ Flyspray:: Rockbox: Recently opened tasks 2014-10-19T02:10:06Z FS#13010: Support for .m4a of youtube smtube. http://www.rockbox.org/tracker/task/13010 2014-10-19T02:10:06Z Stevan .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 + FS#13009: Sansa Clip+ Seeking Fails When Playback Is Paused http://www.rockbox.org/tracker/task/13009 2014-10-13T04:47:28Z Zian Choy 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
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]]>
FS#13008: Serbian translation update http://www.rockbox.org/tracker/task/13008 2014-10-11T18:49:45Z Ivan Pesic Here is an update to the Serbian translation.
]]>
FS#13007: FM Region "Other": Enable full frequency range. http://www.rockbox.org/tracker/task/13007 2014-09-29T09:26:16Z Oid Maps 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.
With this patch, the "full range" from 76 MHz to 108 MHz, in 0.05 MHz steps, is available when selecting the "Other" region.
]]>
FS#13006: Gapless playback of OGG Vorbis is not working. http://www.rockbox.org/tracker/task/13006 2014-09-27T05:58:58Z Osmo Hyttinen 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. Official firmware plays same files gaplessly without the background noise.]]> FS#13005: High-pitched background noise NOT PRESENT on official firmware http://www.rockbox.org/tracker/task/13005 2014-09-27T20:49:00Z Osmo Hyttinen High-pitched background noise when starting playback, file changes during playback or during heavy I/O operations. NOT PRESENT on official firmware NOT PRESENT on official firmware]]> FS#13004: ATA Error 11 with mSata SSD installed using mSata-ZIF adapter http://www.rockbox.org/tracker/task/13004 2014-09-26T09:13:35Z Dmitry 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! 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!]]>
FS#13003: Scrolling line broken if put directly after sublines. http://www.rockbox.org/tracker/task/13003 2014-09-24T08:38:27Z Oid Maps ## 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. <==
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.
<==
]]>
FS#13002: Fails to build from source under long build path with "execvp: /bin/sh: Argument list too long". http://www.rockbox.org/tracker/task/13002 2014-09-22T15:21:44Z Oid Maps When I try to build rockbox, I get the following error: ==&gt; make: execvp: /bin/sh: Argument list too long &lt;== 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 &quot;Marcin Bukat &lt;marcin.bukat@gmail.com&gt;&quot;, Change-Id: &quot;Ie3aa9b208e3f4f17d4d02f11f69839e9b381217d&quot;) 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 ==&gt; 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 &lt;== * Running &quot;make&quot;: make produces the output ==&gt; Generating dependencies make: execvp: /bin/sh: Argument list too long make: *** No rule to make target &#039;/home/myuser/download/mediaplayer_hardware/SanDisk/Sansa_Fuze_v2/rockbox/firmware/source/build_FuzeV2/make.dep&#039;, needed by &#039;all&#039;. Stop. &lt;== and returns with exit code 2. Workaround: Building it in a directory with shorter path, e.g. doing everything in &quot;/tmp&quot;, 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).
==>
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).
]]>
FS#13001: Portugal Portuguese Update http://www.rockbox.org/tracker/task/13001 2014-09-21T22:37:33Z Tiago Medeiros Attached you&#039;ll find a DIFF for Portugal Portuguese. Cheers!
Cheers!]]>