|
12918 | Rockbox | Bugs | Operating System/Drivers | High | [ZEN/ZEN X-Fi] Crash after USB unplug | 2013-12-06 | |
Task Description
Rockbox crashes after USB unplug.
|
|
12917 | Rockbox | Bugs | LCD | Critical | [ZEN/ZEN X-Fi] LCD problems | 2013-12-06 | |
Task Description
The LCD is highly unreliable: sometimes it displays dots and sometimes it stays black.
Example:
http://forums.rockbox.org/index.php?action=dlattach;topic=13462.0;attach=6384;image
|
|
12886 | Rockbox | Bugs | Operating System/Drivers | Medium | [fuze+] Freezing/slowdown during playback | 2013-07-28 | |
Task Description
Some users reported this issue, we need more information.
|
|
12880 | Rockbox | Bugs | User Interface | Low | [fuze+] Volume keys are very slow | 2013-07-14 | |
Task Description
The volume keys are very slow to react. That's because many of the apps/ code does volume++ or volume– whereas it should do volume+=step and volume-=step. Consequently, out one of 5 presses actually increases the volume.
|
|
12879 | Rockbox | Bugs | Bootloader | Low | [fuze+] Alarm wake up doesn't work | 2013-07-14 | |
Task Description
Alarm wakeup doesn’t work reliably. It is unclear whether the setup is wrong or the wake up is. It might be that the player wakes up before time because of a small press on the power button and thus somehow forgets about alarm.
|
|
12537 | Rockbox | Bugs | Battery/Charging | Low | [Fuze+] Garbage audio | 2012-01-14 | |
Task Description
Sometimes when playing a file, the device will start playing garbage, then some audio content which has nothing to do with the actual file, a few times. Finally it skips the end of the file. This happen consistently on my device with some ~180kbit/s mp3.
|
|
12458 | Rockbox | Bugs | Operating System/Drivers | Low | [Fuze+] The SD card is not reported in usb mode | 2011-12-16 | 4 |
Task Description
Some users have reported that the SD card does not show up on usb mode.
|
|
12457 | Rockbox | Bugs | LCD | Low | [Fuze+] CRT-like effect on the second type of screen | 2011-12-16 | |
Task Description
On the second screen type or under heavy load the screen can flicker and result in a CRT-like effect.
|
|
11664 | Rockbox | Patches | Drivers | High | Workaround for usb random failures on amsv2. | 2010-10-10 | 16 |
Task Description
This patch is a possible workaround the usb random failures on amsv2 (mainly clip+).
The test procedure is as follow:
1) Apply the first patch [as3525v2-enable-usb] (to svn head)
2) Try to plug/unplug the player several times (10 or 20 times or even more if you want) and note how many times it fails to work (no mass storage device detected, doesn't mount)
3) Apply the second patch [as3525v2-usb] (to svn head)
4) Repeat step 2)
The expected result is >0 failures in 2) and 0 failures in 4).
All amsv2 devices are interesting:
- fuzev2 to check regression
- clip+ to check improvement
Comments on the patch are welcome.
|
|
11599 | Rockbox | Patches | Simulator | Low | Make simulator able to emulate storage with a file inst... | 2010-09-03 | 1 |
Task Description
This patchs modifies the simulator so that it can emulate the storage layer. More preciserly, it enables all the storage code and simply redirect all storage_{read,write, …} to a file. This way, all fs functions used are the one of rockbox, which allows to debug the FAT code for example.
To run this, apply the patch and modify the makefile to add this: -DROCKBOX_SIMULATE_STORAGE_LAYER
to the line:
export GCCOPTS=….
When running the simulator, it expects to read from file simdisk.raw. You can change this by using the –root option:
./rockboxui –root <file>
The code doesn’t work for me, FAT code seems to choke on something for now, I’m not sure why.
|
|
11156 | Rockbox | Patches | Rbutil | Low | French translation of Rockbox Utility | 2010-03-31 | 2 |
Task Description
This is contribution to the Rbutil french translation, much work is still to be done
|
|
11118 | Rockbox | Patches | Drivers | Low | Reduce the number of cached sector in the fat driver | 2010-03-17 | 3 |
Task Description
This patch reduces the number of cached sector in the fat_dir structure because it's useless.
It requires a nearly complete rewrite of fat_getnext.
At the same time, I made it check more things about LFN entries:
* last long entry attribute in the first entry
* ordinal are all present and decreasing
I could also implement checkuming but I I fear that not all fat drivers implement it.
Please review and test it !
|
|
11108 | Rockbox | Patches | Drivers | Low | USB Audio support | 2010-03-15 | 3 |
Task Description
This flyspray task will hold the development of a potential usb audio driver for rockbox.
It will also serve for the development of the isochronous transfer support support in usb code.
|
|
10991 | Rockbox | Patches | Drivers | Low | Rewrite dircache generation to free ram and stack | 2010-02-09 | 3 |
Task Description
This patch is a complete rewrite of dircache generation using some subtle properties of the FAT code. It currently doesn't contain code for the simulator ! It allows to free 30kib of ram and have a 600 bytes binsize reduction.
If you can test it, I'm particulary interested in:
* correctness: do you notice any problem ?
* stack usage: report dircache thread usage if you can
TODO: the current code doesn't add the "." and ".." entries in dircache for now. I don't know if it can cause problems.
|
|
10916 | Rockbox | Patches | Simulator | Low | Add usb capability to simulator on Linux hosts | 2010-01-17 | 4 |
Task Description
This patch adds to the simulator the ability to simulate usb on a Linux host.
To do this, you'll need to download, build and install a device driver. You can download it here:
http://sourceforge.net/projects/usb-vhci/files/ Just download the "linux kernel module". See install instruction in it but it's make && make install. Of course you'll need root rights. There also a wiki about it (http://sourceforge.net/apps/mediawiki/usb-vhci/index.php?title=Main_Page)
Now to have usb simulation works correctly you'll of course need to load the driver
modprobe vhci-hcd
And you'll probably need to edit the access rights of the device control device:
violent example: chmod 0666 /dev/vhci-ctrl
other example: chown root:<myself> /dev/vhci-ctrl
Or you can add a udev rule if you can make this work.
You can then run the simulator normally (note the the detection is at runtime so you don't need to have it work before launching the simulator).
Press 'u' to simulate usb insertion and 'u' once more the simulate usb removal.
Some miscellaneous remarks:
-the patch enables usb hid but for some reasons it doesn't work in main menu. However, the remote_control plugins works
-the patch enables usbserial which of no interest here but a way to test bulk transfers
-the patch DOESN'T enable usbstorage because storage simulation is a stub currently.
If it doesn't work, you can still uncomment this line in usb-drc.c:
/*#define USB_VHCI_DRIVER_DEBUG*/
And this line in usb-core.c:
/*#define LOGF_ENABLE*/
But beware ! Your console will end up full of obscure messages.
I'm particulary interested in compile feedback under Windows and OSX.
And of course I'm interested in working feedback ranging from device detection to working state (HID and usbserial) for example.
|
|
10764 | Rockbox | Patches | Drivers | Low | Implementation of the MTP protocol | 2009-11-05 | |
Task Description
This task is about the implementation of the MTP protocol for rockbox.
The code can be found in a github repository:
http://github.com/godeater/rockbox/tree/mtp The two main files are:
firmware/usbstack/usb_mtp.{c|h}
But there also are some other modification to be able to run it using the debug menu.
|
|
10528 | Rockbox | Patches | Operating System/Drivers | Low | A new implementation of logf, logfdisplay and logfdump | 2009-08-15 | 2 |
Task Description
This patch is a complete reimplementation of logf. Instead of using a line oriented buffer which complicated, it directly stores entries in a big buffer with '\0' as a separator.
This patch includes:
* reimplementation of logf
* reimplementation of remote display of logf
* reimplementation of logfdisp to nicely handle non fixed-width font
* reimplementation of logfdump
Wrapping is also implemented.
It also adds a function to sprintf.h which is nicer to use than snprintf in this context.
Everything was tested except serial_tx logging.
|
|
10519 | Rockbox | Patches | Operating System/Drivers | Low | Fix const correctness in usb_serial | 2009-08-13 | 1 |
Task Description
This patch modify the prototype of usb_serial_send to add the const qualifier to the buffer.
|
|
10515 | Rockbox | Bugs | Operating System/Drivers | Low | Fix a logf bug introduced in the last logf fix | 2009-08-11 | 1 |
Task Description
This patch fix the previous patch of logf: the last memcpy should copy a len chars and not (len-tlen) because the previous loop already decrease len.
|
|
10513 | Rockbox | Bugs | Operating System/Drivers | Low | logf and logfdump fix | 2009-08-11 | 1 |
Task Description
This patch fixes a (long standing ?) bug of logf which caused a misunderstanding of how exactly logfbuffer worked. This fix also contained a rollback of a previous fix of logfdump to accomodate the change (r22250).
|
|
10510 | Rockbox | Patches | Drivers | Low | Fix a bug in usb_drv_request_endpoint of usb-drv-arc dr ... | 2009-08-11 | 1 |
Task Description
The patch fixes a bug in the usb_drv_arc driver which causes usb_core_request_endpoint to fail whereas it should not. This is probably a typo because the code stops the search loops at the first error instead of continuing to search (See http://forums.rockbox.org/index.php?topic=22439.0)
|
|
10509 | Rockbox | Patches | Operating System/Drivers | Low | Logfdump fix for multilines | 2009-08-11 | 1 |
Task Description
This patch correct the logfdump function to have it correctly display multilines (see http://forums.rockbox.org/index.php?topic=22442.0).
Indeed, the current code copies MAX_LOGF_ENTRY characters whereas there are in reality MAX_LOGF_ENTRY-1 characters per log lines with the last character being a 0. So the current code will copy a terminating 0 at the end of each log line and so will truncate multilines.
Thix fix will not break single lines because a 0 is always added (*ptr='0').
|
