diff options
Diffstat (limited to 'manual/appendix/appendix.tex')
-rw-r--r-- | manual/appendix/appendix.tex | 46 |
1 files changed, 24 insertions, 22 deletions
diff --git a/manual/appendix/appendix.tex b/manual/appendix/appendix.tex index 10b807386a..8519b05a57 100644 --- a/manual/appendix/appendix.tex +++ b/manual/appendix/appendix.tex | |||
@@ -73,21 +73,13 @@ For open feature requests refer to | |||
73 | This is a list of Feature Requests we get repeatedly that we simply | 73 | This is a list of Feature Requests we get repeatedly that we simply |
74 | cannot do. View it as the opposite of a TODO! | 74 | cannot do. View it as the opposite of a TODO! |
75 | 75 | ||
76 | \opt{player,recorder,recorderv2fm}{ | ||
77 | \begin{itemize} | 76 | \begin{itemize} |
77 | \opt{archos}{ | ||
78 | \item Record to WAV (uncompressed) or MP3pro format!\\ | 78 | \item Record to WAV (uncompressed) or MP3pro format!\\ |
79 | The recording hardware (the MAS) does not allow us to do this | 79 | The recording hardware (the MAS) does not allow us to do this |
80 | \item Crossfade between tracks!\\ | 80 | \item Crossfade between tracks!\\ |
81 | Crossfading would require two mp3 decoders, and we only have one. | 81 | Crossfading would require two mp3 decoders, and we only have one. |
82 | This is not possible. | 82 | This is not possible. |
83 | \item Interfacing with other USB devices (like cameras) or 2 player games over USB\\ | ||
84 | The USB system demands that there is a master that talks to a slave. The | ||
85 | Jukebox can only serve as a slave, as most other USB devices such as | ||
86 | cameras can. Thus, without a master no communication between the slaves | ||
87 | can take place. If that is not enough, we have no ways of actually | ||
88 | controlling the communication performed over USB since the USB circuit | ||
89 | in the Jukebox is strictly made for disk{}-access and does not allow us | ||
90 | to play with it the way we'd need for any good communication to work. | ||
91 | \item Support MP3pro, WMA or other sound format playback!\\ | 83 | \item Support MP3pro, WMA or other sound format playback!\\ |
92 | The mp3{}-decoding hardware can only play MP3. We cannot make it play other | 84 | The mp3{}-decoding hardware can only play MP3. We cannot make it play other |
93 | sound formats. | 85 | sound formats. |
@@ -104,17 +96,6 @@ The recording hardware (the MAS) does not allow us to do this | |||
104 | \item Multi{}-band (or graphic) equaliser\\ | 96 | \item Multi{}-band (or graphic) equaliser\\ |
105 | We cannot access information for that kind of visualisation from the MP3 | 97 | We cannot access information for that kind of visualisation from the MP3 |
106 | decoding hardware. | 98 | decoding hardware. |
107 | \item Support other filesystems than FAT32 (like NTFS or ext2 or whatever)!\\ | ||
108 | No. Rockbox needs to support FAT32 since it can only start off a FAT32 | ||
109 | partition (since that is the only way the ROM can load it), and adding | ||
110 | support for more file systems will just take away valuable ram for | ||
111 | unnecessary features. You can partition your Jukebox fine, just make sure | ||
112 | the first one is FAT32 and then make the other ones whatever file system | ||
113 | you want. Just don't expect Rockbox to understand them. | ||
114 | \item Add scandisk{}-like features!\\ | ||
115 | It would be a very slow operation that would drain the batteries and | ||
116 | take a lot of useful ram for something that is much better and faster | ||
117 | done when connected to a host computer. | ||
118 | \item CBR recording!\\ | 99 | \item CBR recording!\\ |
119 | The MP3 encoding hardware does not allow this. | 100 | The MP3 encoding hardware does not allow this. |
120 | \item Change tempo of a song without changing pitch!\\ | 101 | \item Change tempo of a song without changing pitch!\\ |
@@ -127,9 +108,30 @@ The recording hardware (the MAS) does not allow us to do this | |||
127 | Adding new sound effects requires reprogramming the MAS chip, and we can't | 108 | Adding new sound effects requires reprogramming the MAS chip, and we can't |
128 | do that. The MAS chip is programmable, but we have no access to the chip | 109 | do that. The MAS chip is programmable, but we have no access to the chip |
129 | documentation. | 110 | documentation. |
130 | \end{itemize} | ||
131 | } | 111 | } |
132 | 112 | \nopt{h300,x5}{ | |
113 | \item Interfacing with other USB devices (like cameras) or 2 player games over USB\\ | ||
114 | The USB system demands that there is a master that talks to a slave. The | ||
115 | \dap{} can only serve as a slave, as most other USB devices such as | ||
116 | cameras can. Thus, without a master no communication between the slaves | ||
117 | can take place. If that is not enough, we have no ways of actually | ||
118 | controlling the communication performed over USB since the USB circuit | ||
119 | in the \dap{} is strictly made for disk{}-access and does not allow us | ||
120 | to play with it the way we'd need for any good communication to work. | ||
121 | } | ||
122 | \item Support other filesystems than FAT32 (like NTFS or ext2 or whatever)!\\ | ||
123 | No. | ||
124 | \opt{archos}{Rockbox needs to support FAT32 since it can only start off a FAT32 | ||
125 | partition (since that is the only way the ROM can load it), and adding}% | ||
126 | support for more file systems will just take away valuable ram for | ||
127 | unnecessary features. You can partition your \dap{} fine, just make sure | ||
128 | the first one is FAT32 and then make the other ones whatever file system | ||
129 | you want. Just don't expect Rockbox to understand them. | ||
130 | \item Add scandisk{}-like features!\\ | ||
131 | It would be a very slow operation that would drain the batteries and | ||
132 | take a lot of useful ram for something that is much better and faster | ||
133 | done when connected to a host computer. | ||
134 | \end{itemize} | ||
133 | 135 | ||
134 | \chapter{Changelog} | 136 | \chapter{Changelog} |
135 | \section{What's new since v2.5?} | 137 | \section{What's new since v2.5?} |