devs/foxbox
1
0
Fork 0
forked from len0rd/rockbox
Code Pull requests Activity

changed the NODO to include relevant entries in the right manuals.

Browse source 
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@10656 a1c6a512-1295-4272-9138-f99709370657
This commit is contained in:
Nils Wallménius 2006-08-19 12:23:47 +00:00
parent bfe81e858c
commit 7d6add543c
1 changed files with 24 additions and 22 deletions
Download patch file Download diff file Expand all files Collapse all files

46
manual/appendix/appendix.tex
View file

@ -73,21 +73,13 @@ For open feature requests refer to
This is a list of Feature Requests we get repeatedly that we simply This is a list of Feature Requests we get repeatedly that we simply
cannot do. View it as the opposite of a TODO! cannot do. View it as the opposite of a TODO!
\opt{player,recorder,recorderv2fm}{
\begin{itemize} \begin{itemize}
\opt{archos}{
\item Record to WAV (uncompressed) or MP3pro format!\\ \item Record to WAV (uncompressed) or MP3pro format!\\
The recording hardware (the MAS) does not allow us to do this The recording hardware (the MAS) does not allow us to do this
\item Crossfade between tracks!\\ \item Crossfade between tracks!\\
Crossfading would require two mp3 decoders, and we only have one. Crossfading would require two mp3 decoders, and we only have one.
This is not possible. This is not possible.
\item Interfacing with other USB devices (like cameras) or 2 player games over USB\\
The USB system demands that there is a master that talks to a slave. The
Jukebox can only serve as a slave, as most other USB devices such as
cameras can. Thus, without a master no communication between the slaves
can take place. If that is not enough, we have no ways of actually
controlling the communication performed over USB since the USB circuit
in the Jukebox is strictly made for disk{}-access and does not allow us
to play with it the way we'd need for any good communication to work.
\item Support MP3pro, WMA or other sound format playback!\\ \item Support MP3pro, WMA or other sound format playback!\\
The mp3{}-decoding hardware can only play MP3. We cannot make it play other The mp3{}-decoding hardware can only play MP3. We cannot make it play other
sound formats. sound formats.
@ -104,17 +96,6 @@ The recording hardware (the MAS) does not allow us to do this
\item Multi{}-band (or graphic) equaliser\\ \item Multi{}-band (or graphic) equaliser\\
We cannot access information for that kind of visualisation from the MP3 We cannot access information for that kind of visualisation from the MP3
decoding hardware. decoding hardware.
\item Support other filesystems than FAT32 (like NTFS or ext2 or whatever)!\\
No. Rockbox needs to support FAT32 since it can only start off a FAT32
partition (since that is the only way the ROM can load it), and adding
support for more file systems will just take away valuable ram for
unnecessary features. You can partition your Jukebox fine, just make sure
the first one is FAT32 and then make the other ones whatever file system
you want. Just don't expect Rockbox to understand them.
\item Add scandisk{}-like features!\\
It would be a very slow operation that would drain the batteries and
take a lot of useful ram for something that is much better and faster
done when connected to a host computer.
\item CBR recording!\\ \item CBR recording!\\
The MP3 encoding hardware does not allow this. The MP3 encoding hardware does not allow this.
\item Change tempo of a song without changing pitch!\\ \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
Adding new sound effects requires reprogramming the MAS chip, and we can't Adding new sound effects requires reprogramming the MAS chip, and we can't
do that. The MAS chip is programmable, but we have no access to the chip do that. The MAS chip is programmable, but we have no access to the chip
documentation. documentation.
\end{itemize}
} }
\nopt{h300,x5}{
\item Interfacing with other USB devices (like cameras) or 2 player games over USB\\
The USB system demands that there is a master that talks to a slave. The
\dap{} can only serve as a slave, as most other USB devices such as
cameras can. Thus, without a master no communication between the slaves
can take place. If that is not enough, we have no ways of actually
controlling the communication performed over USB since the USB circuit
in the \dap{} is strictly made for disk{}-access and does not allow us
to play with it the way we'd need for any good communication to work.
}
\item Support other filesystems than FAT32 (like NTFS or ext2 or whatever)!\\
No.
\opt{archos}{Rockbox needs to support FAT32 since it can only start off a FAT32
partition (since that is the only way the ROM can load it), and adding}%
support for more file systems will just take away valuable ram for
unnecessary features. You can partition your \dap{} fine, just make sure
the first one is FAT32 and then make the other ones whatever file system
you want. Just don't expect Rockbox to understand them.
\item Add scandisk{}-like features!\\
It would be a very slow operation that would drain the batteries and
take a lot of useful ram for something that is much better and faster
done when connected to a host computer.
\end{itemize}
\chapter{Changelog} \chapter{Changelog}
\section{What's new since v2.5?} \section{What's new since v2.5?}