All Projects

When using sim directories that contain the strings “.c” or “.S” they get replaced with “.o” and the build process fails.

Example error message: make: *** No rule to make target `/home/Administrator/rockbox/sim.olip/uisimulator/sdl/button.o’, needed by `/home/Administrator/rockbox/sim.clip/uisimulator/libuisimulator.a’. Stop.

Nils identified the problem at tools/functions.make:28

On iRiver H1x0 targets, if a CFMod has been performed, returning from USB disk mode is not fully supported from the bootloader. Disk mode works to and from Rockbox (after RB has booted) but to Rockbox from bootloader USB disk mode. In other words, if a user plugs in the USB cable with the player turned off, then boots the player they will get into a working USB disk mode but will be unable to get out of this mode without seeing the dreaded "ATA error: -80". A reset is subsequently required.

When the Cygwin installer is pointed to http://download.rockbox.org/cygwin/ an error is displayed that says “Unable to get http://download.rockbox.org/cygwin//setup.ini.sig from <http://download.rockbox.org/cygwin/>”

setup.ini.sig does not seem to exist on the download server.

Having the HOLD switch “on” should prevent the device from entering disk mode when a USB cable is inserted. Basically this would allow the player to charge without having to interrupt use of Rockbox.

This would benefit the H1x0 players as well since a simple, single wire modification would allow USB charging. (IIUC)

This feature request relates to (and supercedes)  FS#5359  .

This is also indirectly related to (at least) the following FS tasks:
 FS#5977   FS#6226   FS#6897   FS#6930 

When attempting to encode WAV files to MP3 using mp3_encoder my H120 crashes.

I have successfully encoded the same WAV to MP3 using mp3_encoder on my Gigabeat F20.

Essentially, upon selecting mp3_encoder the H120 player freezes with backlight on and requires a pin reset.

This happens with known good mono and stereo 16bit, 44100 WAV files.

I do not know what other targets (if any) are affected by this bug.

When running test_codec on a folder (speed test folder) test_codec will exit at some point (inconsistently) and fail to load all subsequent files.

This happens even with a folder of the same filetype (32 copies of the same 96k mp3 file)

Restarting test_codec results in no files able to be tested. Rebooting the device fixes this.

I resort to separating test files into folders based on filetype and keeping the number of files in each folder low. This is inelegant and time consuming.

I am humbly requesting that Motiah’s dsp_centercut Winamp Plugin be ported to Rockbox. It is open source and based on Avery Lee’s center cut filter from VitualDub. Especially the “Center Cut - Sides (Bass to Sides): Removes the ‘center’ channel, except for bass.” feature.

Read more about it here: http://moitah.net/

I use this all the time to listen to very heavy music without having to listen to the singer. (I hate the screaming, but I love the music) It would be a greatly loved DSP on my Rockboxed iRiver H120 or my Gigabeat.

As simple as it sounds.

I am requesting that the currently selected input be displayed on it’s own line in the While Recording Screen.

Currently the encoding/bitrate/channel/samplrate are all displayed in the statusbar. But not the input source.

Displaying the input source will reduce the chances of recording the wrong input by mistake.

Thanks!

According to my memory (and this wiki page http://www.rockbox.org/twiki/bin/view/Main/IriverRecording) the gain ranges for internal mic went from 0 dB to 30 dB and the line in gain range was from 0 dB to 28 dB.

Currently the internal mic gain range is 0 to 52.5 dB and the line in gain range is 0 dB to 48 dB. These gain ranges are not sane.

The current method of setting the output directory to either default (/recordings) or the current directory (as in the directory you were in when you left the file browser last) is not very useful or desirable.

I would humbly request that a user configurable, static directory be able to be chosen as one’s output directory for recordings.

The Flyspray ‘Category’ field should contain an “Other” as well as a “Website” option.

The Flyspray ‘Operating System’ field should be called “Targets” and contain individual selectablilty for each of the targets.
That way if a user is reporting a bug relating to software encoding though SPDIF they would only check the H1x0 button since it is the only target that meets those criteria.
If it is a general SWCODEC issue or feature they would check off all non-archos targets, etc.

This feature request is in this (incorrect) category because it has not been implemented thus there is no category for it!

Simple request to rename the mp3.encoder plugin to wav2mp3.
It’s not a transcoder, it won’t accept any encoded formats, it won’t accept AIFF files, so it’s really strictly a WAV to MP3 encoder and thus should be named wav2mp3.

I humbly ask that an extra static line be added to the - menu → recording → recording settings → directory which reports back to the user what the current recording directory is along with explanatory tags.
This would greatly clarify what is going on to the new user.
Example:

Directory

/UserSelectedRecordingDirectory
Default (/recording)
Current Directory (/LastDirectoryInFileBrowser)

The line with the “UserSelectedRecordingDirectory” would not be selecatable, but would change to “LastDirectoryInFileBrowser” if the user selects ‘Current Directory’ and then presses Navi. That way the user gets some feedback that something has aactually happened when they do modify the Recording Directory. In the default config it would simply say “/recording”.

This bug exists for the iRiver H120 build and the H120 sim.

I just performed a fresh CVS checkout. Built and installed on H140 target (version 060925-0356)
GoTo: - menu → recording → recording settings → directory
Select either the ‘/recordings’ item or the ‘Current Directory’ item then I pressed every button (long and short press)

None of them take me to the virtual keyboard or a file browser or anything. (I’m not familiar with how it’s supposed to work so I do not know what to expect)
All I can do is cancel, which takes me up a menu level, [Stop long, Stop short, Left long, Left short] or simply go up a menu level [Right long, Right short, Navi short].

This is probably a very easy fix and maybe caused by the recent button code revision.(?)

The font renders very badly broken. It is as if the characters are being ‘chopped’.
My vote is to simply remove this one font (we have plenty) but I suppose fixing it would be the ‘correct’ thing to do.

The rockbox simulator currently does not display any of the new FM recoding menus.
Specifically menu–>recording–>recording settings–>source does not contain an FM Radio item.
Also the While Recording Screen on the simulator does not display the same things the target while recording scren displays when source = FM Radio.
(at least for the iRiver H120 target)
It is important for debugging the recording user interface and therefor I consider this a bug. Others may disagree.

This request is dependant on  FS#4905  — remote buttons for simulator being implemented. Otherwise it is not useful.

Basically, if you own an iRiver H1xx or H3xx you have a choice of three different remotes, plus the option of not having a remote at all.
I believe the Simulator to be incomplete without remote buttons for all target and all possible remotes, as well as conditional background images showing which remote is currently active.

I would like to humbly request that once remote button support is implemented in the UISim, images of the various remotes available to the iRiver H1xx and H3xx target be swapped into the background as necessary.

Check out the GIF!

I would like to humbly request that (if at all possible) a single pixel gray line be drawn between the main unit display and the remote unit display on the simulator.
On single bit or grayscale LCD targets the green backgrounds are the same for the LCD and the RLCD.
A dividing line would make ‘readablility’ better in my opinion. This is definitely low priority, but if it’s easy it would be a small yet beneficial change.

I would like to humbly request that statusbar on/off be implemented in the WRS (while recording screen) and the RWRS (remote while recording screen) whenever applicable.
On most main unit displays this is not that relevant, but on the remote displays it makes a huge difference as to available screen space.
This setting should be set where it is set now: MENU –> GENERAL SETTINGS –> DISPLAY –> STATUS-/SCROLLBAR –> STATUS BAR (Yes/No)

On iRiver H series targets (H1xx and H3xx) when an LCD remote is plugged into certain units an audible ticking sound is present.
A fix for this ticking DURING PLAYBACK already exists and works well.
What I am requesting is the same (or similar) fix DURING RECORDING.
I have read rumblings that the recording code is being overhauled which may warrant waiting before starting on this.
That is, if anyone starts on this.
Thanks a bunch, Davide (financial contributor, patch tester, community enthusiast) NYC

OK
I’m not sure this is possible or even plausible (or for that matter even desirable to most) but I feel that in order to make rockbox even more noobie friendly there could be a status field in the status bar that tells you what type of information is displayed below.

Am I staring at files on the unit? Am I staring at settings (actually maybe SETTINGS is better then MENU) or is this the WPS?
I know it’s fairly obvious to everyone, but when you are brand new to rockbox it could help in that subliminal way.

Check out the upper right corner of each screen. It says ‘Files’ or ‘Menu’ or ‘WPS’.

Just an idea, let me know what y’all think.