summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMartin Arver <martin.arver@gmail.com>2006-03-15 10:56:14 +0000
committerMartin Arver <martin.arver@gmail.com>2006-03-15 10:56:14 +0000
commitd3d3e34bde84cc6d0eebca9bdfb340caa50508f2 (patch)
tree05b12addcc2148aa1fbc566c389689d7e648ac22
parente1ee4ef23c2d5a9fad9450a0395cbed8a46d14b6 (diff)
downloadrockbox-d3d3e34bde84cc6d0eebca9bdfb340caa50508f2.tar.gz
rockbox-d3d3e34bde84cc6d0eebca9bdfb340caa50508f2.zip
*Cleanup of the advanced topics chapter. *Introduce a new \dap macro for easier player naming. *Separate the section on flashing to a separate file. *Introduce the longtable package for...long tables :)
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@9044 a1c6a512-1295-4272-9138-f99709370657
-rw-r--r--manual/advanced_topics/archos-flashing.tex279
-rw-r--r--manual/advanced_topics/main.tex426
-rw-r--r--manual/platform/h1xx.tex1
-rw-r--r--manual/platform/h300.tex3
-rw-r--r--manual/platform/ipodcolor.tex3
-rw-r--r--manual/platform/ipodnano.tex3
-rw-r--r--manual/platform/ipodvideo.tex1
-rw-r--r--manual/platform/ondio.tex3
-rw-r--r--manual/platform/player.tex1
-rw-r--r--manual/platform/recorder.tex3
-rw-r--r--manual/platform/recorderv2fm.tex3
-rw-r--r--manual/preamble.tex1
12 files changed, 361 insertions, 366 deletions
diff --git a/manual/advanced_topics/archos-flashing.tex b/manual/advanced_topics/archos-flashing.tex
new file mode 100644
index 0000000000..43d3cbd7ad
--- /dev/null
+++ b/manual/advanced_topics/archos-flashing.tex
@@ -0,0 +1,279 @@
+\section{\label{ref:Rockboxinflash}Rockbox in flash}
+\textbf{FLASHING ROCKBOX IS OPTIONAL!} It is not required for using
+Rockbox on your Jukebox Recorder. Please read the whole section
+thoroughly before flashing.
+
+\subsection{\label{ref:PartISection61}Introduction}
+Flashing in the sense used here and elsewhere in regard to Rockbox means
+reprogramming the flash memory of the Jukebox unit. Flash memory
+(sometimes called ``Flash ROM'') is a type of
+non{}-volatile memory that can be erased and reprogrammed in circuit. It is a variation of electrically erasable
+programmable read{}-only memory (EEPROM).
+
+A from the factory Jukebox comes with the Archos firmware flashed. It is
+possible to replace the built{}-in software with Rockbox.
+
+Terminology used in the following:\newline
+\textbf{Firmware} means the flash ROM content as a whole.\newline
+\textbf{Image} means one operating software started from there.
+
+By reprogramming the firmware, the Jukebox will boot much faster. The
+Archos boot loader seems to take forever compared to the Rockbox
+version. In fact, the Rockbox boot loader is so fast that it has to
+wait for the disk to spin up. The flashing procedure is a bit involved
+for the first time, updates are very simple later on.
+
+\subsection{\label{ref:Method}Method}
+The replaced firmware will host a bootloader and 2 images. This is made
+possible by compression. The first is the
+``permanent'' backup. The second is the
+default image to be started. The former is only used when you hold the
+F1 key during start, and is the original Archos firmware, the second is
+a current build of Rockbox. This second image is meant to be
+reprogrammed whenever a Rockbox upgrade is performed.
+
+There are two programming tools supplied:
+
+\begin{itemize}
+\item The first one is called \textbf{firmware\_flash.rock} and is used
+to program the whole flash with new content. It can also be used to
+revert back to the original firmware that is backed up as part of this
+procedure. This tool will only be needed once, and can be viewed as
+``formatting'' the flash with the desired image structure.
+\item The second one is called \textbf{rockbox\_flash.rock }and is used
+to reprogram only the second image. If the resulting programmed
+firmware image is not operational, it is
+possible to hold down the F1 key while booting to start the Jukebox
+with the Archos firmware and Rockbox booted from disk to reinstall a
+working firmware image.
+\end{itemize}
+
+\subsubsection{\label{ref:PartISection63}Risks}
+Well, is it dangerous? Yes, certainly, like programming a
+mainboard BIOS, CD/DVD drive firmware,
+mobile phone, etc. If the power fails, the chip malfunctions while
+programming or particularly if the programming software malfunctions,
+your Jukebox may stop functioning. The Rockbox team take no
+responsibility of any kind {}- do this at your own risk.
+
+However, the code has been extensively tested and is known to work well.
+ The new firmware file is completely read before it starts programming,
+there are a lot of sanity checks. If any fail, it will not program.
+There is no reason why such low level code should behave differently on
+your Jukebox.
+
+There's one ultimate safety net to bring back Jukeboxes
+with even completely garbled flash content: the UART boot mod, which in
+turn requires the serial mod. This can bring the dead back to life,
+with that it's possible to reflash independently from the outside, even
+if the flash is completely erased. It has been used during development,
+else Rockbox in flash wouldn't have been possible.
+Extensive development effort went into the development of the UART boot
+mod. Mechanically adept users with good soldering skills can easily
+perform these mods. Others may feel uncomfortable using the first tool
+(\textbf{firmware\_flash.rock}) for reflashing the firmware.
+
+If you are starting with a known{}-good image, you are unlikely to
+experience problems. The flash tools have been stable for quite a
+while. Several users have used them extensively, even flashing while
+playing! Although it worked, it's not the recommended
+method.
+
+The flashing software is very paranoid about making sure that the
+correct flash version is being installed. If the wrong file is used,
+it will simply refuse to flash the Jukebox.
+
+About the safety of operation: Since the Rockbox boot code gives ``dual
+boot'' capability, the Archos firmware is still there when you hold F1
+during startup. So even if you have problems with Rockbox from flash, you can still use
+the Jukebox, reflash the second image with an updated Rockbox copy,
+etc.
+
+The flash chip being used by Archos is specified for 100,000 cycles, so
+it's very unlikely that flashing it will wear it out.
+
+\subsection{\label{ref:Requirements}Requirements}
+You need two things:
+
+\begin{itemize}
+\item The first is a Recorder or FM model, or an Ondio SP or FM. Be sure
+you're using the correct package, they differ
+depending on your precise hardware! The technology works for the Player
+models, too. Players can also be flashed, but Rockbox does not run
+cold{}-started on those, yet.
+\item Second, you need an in{}-circuit programmable flash. Chances are
+about 85\% that you have, but Archos also used an older flash chip
+which can't do the trick. You can find out via Rockbox
+debug menu, entry Hardware Info. If the flash info gives you question
+marks, you're out of luck. The only option for
+flashing if this is the case is to solder in the right chip
+(SST39VF020), preferably with the firmware already in. If the chip is
+blank, you'll need the UART boot mod as well.
+\end{itemize}
+\subsubsection{\label{ref:FlashingProcedure}Flashing Procedure}
+Here are step{}-by{}-step instructions on how to flash and update to a
+current build. It is assumed that you can install and operate Rockbox
+the usual way. The flashing procedure has a lot of failsafes, and will
+check for correct model, file, etc. {}- if something is incompatible it
+just won't flash, that's all.
+
+Now here are the steps:
+
+\textbf{Preparation}
+
+Install (with all the files, not just the .ajz) and use the current
+daily build you'd like to have. Enable any voice
+features that are helpful throughout the process, such as menus and
+filename spelling. Set the file view to show all files, with the menu
+option \textbf{General Settings {}-{\textgreater} File View
+{}-{\textgreater} Show Files} set to ``all''.
+Have the Jukebox nicely charged to avoid
+running out of power during the flash write. Keep the Jukebox plugged
+into the charger until flashing is complete.
+
+{\bfseries
+Backup }
+
+Backup the existing flash content. This is not an essential part of the
+procedure, but is strongly recommended since you will need these files
+if you wish to reverse the flashing procedure, or if you need to update
+the bootloader (as opposed to the firmware) in the future. Keep them
+safe!
+
+Access the main menu by pressing F1 then select \textbf{Info
+{}-{\textgreater} Debug}. Select the first entry, \textbf{Dump ROM
+contents}, by pressing Play one more time. The disk should start to
+spin. Wait for it to settle down, then plug in the USB cable to copy
+the dump file this has just been created to your PC. The main folder of
+your Jukebox now should contain two strange .bin files. Copy the larger
+one named
+\textbf{internal\_rom\_2000000{}-203FFFF.bin}
+to a safe place, then delete them both from the box.
+
+{\bfseries
+Copy the new flash content file to your box }
+
+Depending on your model (recorder, FM, V2 recorder), download one of the
+3 packages:
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_rec.zip}
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_fm.zip}
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_ondiosp.zip}
+
+\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_ondiofm.zip}
+
+The zip archives contain two .bin files each. Those firmware*.bin files
+are all we want, copy them to the root directory of your box. The names
+differ depending on the model, the flash
+plugin will pick the right one, no way of
+doing this wrong.
+
+{\bfseries
+Install the Rockbox
+Bootloader (``formatting'' the flash)}
+
+This procedure is only necessary the first time you flash Rockbox.
+Unplug the USB cable again, then select \textbf{Browse
+}\textbf{Plugins}\textbf{ } from the main menu (F1). Locate \textbf{firmware\_flash.rock}, and start it with PLAY. Rockbox now displays an info screen, press F1 to acknowledge it and start a file check. Again wait for the disk to
+settle, then press F2 to proceed to a warning message (if the plugin
+has exited, you don't have the proper file) and F3 to actually program
+the file. This takes maybe 15 seconds, wait for the disk to settle
+again. Then press a key to exit the plugin.
+
+{\centering\itshape
+ [Warning: Image ignored] % Unhandled or unsupported graphics:
+%\includegraphics[width=3.609cm,height=2.062cm]{images/rockbox-manual-img75.png}
+ [Warning: Image ignored] % Unhandled or unsupported graphics:
+%\includegraphics[width=3.669cm,height=2.097cm]{images/rockbox-manual-img76.png}
+ \textmd{ } [Warning: Image ignored]
+% Unhandled or unsupported graphics:
+%\includegraphics[width=3.739cm,height=2.136cm]{images/rockbox-manual-img77.png}
+ \newline
+Flashing boot loader in 3 easy steps
+\par}
+
+{\bfseries
+\label{ref:FlashingRockbox}Install the Rockbox binary in flash}
+
+All the above was necessary only once, although there will not be any
+obvious difference (other than the Archos firmware loading a bit more quickly)
+after the step above is complete. Next install the actual Rockbox firmware thatwill be used from ROM. This is how Rockbox will be updated when
+installing a new release from now on.
+
+\begin{itemize}
+\item Unpack the whole build that you are installing onto the Jukebox,
+including plugins and support files. This can be done using the Windows setup program to install the new version onto the Jukebox.
+\item Test the build you are going to flash by playing the .ajz file so
+that ROLO loads it up. This puts the firmware in memory without
+changing your flash, so you can check that everything is working. If
+you have just installed the bootloader (see above) then this will happen automatically as the existing Archos firmware loads the .ajz that you have just installed. If upgrading ROMbox, this step \textbf{must }be carried out since Rockbox cannot overwrite the ROM while it is running from it.
+\item Play the .ucl file, which is usually found in the
+\textbf{/.rockbox} directory, this will kick off the
+\textbf{rockbox\_flash.rock} plugin. It's a bit
+similar to the other one, but it's made different to
+make the user aware. It will check the file, available size, etc. With
+F2 it begins programming, there is no need for warning this time. If it
+goes wrong, you'll still have the permanent image.
+
+{\centering\itshape
+ [Warning: Image ignored] % Unhandled or unsupported graphics:
+%\includegraphics[width=3.53cm,height=2.016cm]{images/rockbox-manual-img78.png}
+ \textmd{ } [Warning: Image ignored]
+% Unhandled or unsupported graphics:
+%\includegraphics[width=3.528cm,height=2.016cm]{images/rockbox-manual-img79.png}
+ \newline
+Using rockbox\_flash to update your boot firmware
+\par}
+\item It is possible that you could get an ``Incompatible
+Version'' error if the plugin interface has changed since
+you last flashed Rockbox. This means you are running an
+``old'' copy of Rockbox, but are trying to
+execute a newer plugin, the one you just downloaded. The easiest
+solution is to ROLO into this new version,
+by playing the\textbf{ ajbrec.ajz }file. Then you are consistent and can play
+\textbf{rockbox.ucl}.
+\item When done, you can restart the box and hopefully your new Rockbox
+image.
+\end{itemize}
+UCLs for the latest Recorder and FM firmware are included in Rockbox 2.4
+and also the daily builds.
+
+\subsection{\label{ref:KnownIssuesAndLimits}Known Issues and Limitations}
+There are two variants as to how the Jukebox starts, which is why there
+are normal and \_norom firmware files. The vast majority of Jukeboxes
+all have the same boot ROM content, but some have different flash
+content. Rockbox identifies this boot ROM with a CRC value of 0x222F in
+the hardware info screen. Some recorders have the boot ROM disabled (it
+might be unprogrammed) and start directly from a flash mirror at
+address zero. They need the \_norom firmware, it has a slightly
+different bootloader. Without a boot ROM there is no UART boot safety
+net. To compensate for that as much as possible the MiniMon monitor is
+included, and can be started by pressing F3+ON. Using this the box can
+be reprogrammed via serial if the UART mod has been applied and the
+first \~{}2000 bytes of the flash are OK.
+
+\subsubsection{ROMbox}
+ROMbox is a flashable version of Rockbox that is
+uncompressed and runs directly from the flash chip rather than being
+copied into memory first. The advantage of this is that memory that
+would normally be used for storing the Rockbox code can be used for
+buffering MP3s instead, resulting in less disk
+spin{}-ups and therefore longer battery life
+ Unfortunately being uncompressed, ROMbox requires more space in flash
+than Rockbox and will therefore not fit in the space that is left on an
+FM recorder. ROMbox therefore runs on the V1 and V2 recorder models
+only.
+
+The procedure for flashing ROMbox is identical to the procedure for
+flashing Rockbox as laid out on page \pageref{ref:FlashingRockbox}.
+The only difference is that the file to install is called
+\textbf{rombox.ucl}. ROMbox is included automatically with rockbox 2.4
+and all the current daily builds, so the procedure is identical
+otherwise. \ No newline at end of file
diff --git a/manual/advanced_topics/main.tex b/manual/advanced_topics/main.tex
index 4b5957faed..d92c7b3c99 100644
--- a/manual/advanced_topics/main.tex
+++ b/manual/advanced_topics/main.tex
@@ -2,47 +2,35 @@
\section{\label{ref:CustomisingUI}Customising the userinterface}
\subsection{\label{ref:GettingExtras}Getting Extras (Fonts,Languages)}
-Rockbox supports custom fonts (for the Recorder and Ondio only) and a number of different languages. Rockbox 2.4 comes with 41 fonts and 24 languages already included. If new fonts and language files have been created, then they will be found at \url{http://www.rockbox.org/fonts/} and \url{http://www.rockbox.org/lang/}.
+Rockbox supports custom fonts (for the Recorder and Ondio only) and a number of different languages. Rockbox comes with several fonts and languages already included. If new fonts and language files have been created, then they will be found at \url{http://www.rockbox.org/fonts/} and \url{http://www.rockbox.org/lang/}.
\subsection{\label{ref:LoadingForts}Loading Fonts (Recorder, Ondio)}
-Rockbox can load fonts dynamically. Simply copy the .fnt file to the
-disk and ``play'' them in the directory browser or select \textbf{General Settings {\textgreater} Fonts} from the Main Menu .
+Rockbox can load fonts dynamically. Simply copy the .fnt file to the \dap\ and ``play'' them in the directory browser or select \textbf{General Settings {\textgreater} Fonts} from the Main Menu .
If you want a font to be loaded automatically every time you start up,
-it must be located in the \textbf{/.rockbox }folder and the file name
+it must be located in the \fname{/.rockbox }folder and the file name
must be at most 24 characters long.
Any BDF font file up to 16 pixels high should be usable with Rockbox. To
-convert from .bdf to .fnt, use the convbdf tool. This tool can be found
-on the Rockbox website
-(Linux: \url{http://www.rockbox.org/fonts/convbdf}, Windows: \url{http://www.rockbox.org/fonts/convbdf.exe}).
+convert from .bdf to .fnt, use the \fname{convbdf} tool. This tool can be found in the tools directory of the Rockbox source code.
\subsection{\label{ref:Loadinglanguages}Loading Languages}
-Rockbox can load language files at runtime. Simply copy the .lng file
-(do not use the .lang file) to the Jukebox and
-``play'' it in the Rockbox directory browser
-or select \textbf{General Settings {}-{\textgreater} Languages }from
-the Main Menu.
-
-If you want a language to be loaded automatically every time you start
-up, it must be located in the \textbf{/.rockbox }folder and the file
-name must be a maximum of 24 characters long.
-
-Rockbox supports many different languages. You can get .lng files at
-\url{http://www.rockbox.org/lang/}.
+Rockbox can load language files at runtime. Simply copy the .lng file (do not use the .lang file) to the \dap\ and ``play'' it in the Rockbox directory browser or select \textbf{General Settings {}-{\textgreater} Languages }from the Main Menu.
+
+If you want a language to be loaded automatically every time you start up, it must be located in the \fname{/.rockbox }folder and the file name must be a maximum of 24 characters long.
+
+Rockbox supports many different languages. You can get .lng files at \url{http://www.rockbox.org/lang/}.
Currently all of these languages are included in the Rockbox
distribution.
-If your language is not yet supported and you want to write your own
-language file, follow these instructions:
+If your language is not yet supported and you want to write your own language file, follow these instructions:
\begin{itemize}
-\item Copy the\url{./ http://www.rockbox.org/lang/english.lang }file and start filling in the ``new:'' lines.
-\item Name your file {\textless}language{\textgreater}.lang, where
-{\textless}language{\textgreater} is the local name for your language. i.e. svenska.lang, francais.lang etc.
-\item When you are done, submit your .lang file to Rockbox patch
-tracker.
-(\url{http://sourceforge.net/tracker/?group_id=44306&atid=439120})
+\item Copy the\url{./ http://www.rockbox.org/lang/english.lang} file and start filling in the ``new:'' lines.
+\item Name your file \fname{{\textless}language{\textgreater}.lang}, where
+\fname{{\textless}language{\textgreater}} is the local name for your language. i.e. \fname{svenska.lang}, \fname{francais.lang} etc.
+\item When you are done, submit your .lang file to Rockbox patch tracker.\\
+ (\url{http://www.rockbox.org/bugs/index.php?type=4})
\end{itemize}
\section{\label{ref:ConfiguringtheWPS}Configuring the WPS}
@@ -58,10 +46,10 @@ tracker.
\end{itemize}
\subsection{File Location}
-Custom WPS files may be located anywhere on the drive. The only restriction is that they must end in .wps. When you ``play'' a .wps file, it will be used for future WPS screens. If the ``played'' .wps file is located in the /.rockbox folder, it will be remembered and used after reboot. The .wps filename must be no more than 24 characters long for it to be remembered.
+Custom WPS files may be located anywhere on the drive. The only restriction is that they must end in .wps. When you ``play'' a .wps file, it will be used for future WPS screens. If the ``played'' .wps file is located in the \fname{/.rockbox} folder, it will be remembered and used after reboot. The .wps filename must be no more than 24 characters long for it to be remembered.
\subsection{How To Create A .wps File}
-Quite simply, enter the WPS code in your favourite text editor, Notepad on Windows works fine. When you save it, instead of saving it as a .txt file, save it as a .wps file. Example: Instead of Rockbox.txt, save the file as Rockbox.wps. To make sure non english characters display correctly in your WPS you must save the .wps file with UTF-8 character encoding. This can be done in most editors, for example Notepad in Windows 2000 or XP (but not in 9x/ME) can do this.
+Quite simply, enter the WPS code in your favourite text editor, Notepad on Windows works fine. When you save it, instead of saving it as a .txt file, save it as a .wps file. Example: Instead of \fname{Rockbox.txt}, save the file as \fname{Rockbox.wps}. To make sure non english characters display correctly in your WPS you must save the .wps file with UTF-8 character encoding. This can be done in most editors, for example Notepad in Windows 2000 or XP (but not in 9x/ME) can do this.
\subsection{Tags}
@@ -76,6 +64,7 @@ Quite simply, enter the WPS code in your favourite text editor, Notepad on Windo
These tags override the player setting for the display of the status bar, they must be on their own line.
\subsubsection{ID3 Info}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -92,6 +81,7 @@ These tags override the player setting for the display of the status bar, they m
Remember that this information is not always available, so use the conditionals to show alternate information in preference to assuming.
\subsubsection{Battery Info}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -107,6 +97,7 @@ Remember that this information is not always available, so use the conditionals
\end{center}
\subsubsection{File Info}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -130,6 +121,7 @@ Remember that this information is not always available, so use the conditionals
Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3", \%d1 is "Isola", \%d2 is "Kent"... You get the picture.
\subsubsection{Playlist/Song Info}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -156,6 +148,7 @@ Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3
\end{center}
\subsubsection{Runtime Database}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -167,6 +160,7 @@ Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3
\opt{h1xx,h300}{
\subsubsection{Hold Switches}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -177,6 +171,7 @@ Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3
}
\subsubsection{Virtual LED}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -185,6 +180,7 @@ Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3
\end{center}
\subsubsection{Repeat Mode}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -194,6 +190,7 @@ Example for the the \%dN commands: If the path is "/Rock/Kent/Isola/11 - 747.mp3
Example: \%?mm{\textless}Off{\textbar}All{\textbar}One{\textbar}Shuffle{\textbar}A-B{\textgreater}
\subsubsection{Playback Mode Tags}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -203,6 +200,7 @@ Example: \%?mm{\textless}Off{\textbar}All{\textbar}One{\textbar}Shuffle{\textbar
Example: \%?mp{\textless}Stop{\textbar}Play{\textbar}Pause{\textbar}Ffwd{\textbar}Rew{\textgreater}
\subsubsection{Images}
+
\begin{center}
\begin{tabular}{@{}ll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -225,7 +223,8 @@ Example: \%?mp{\textless}Stop{\textbar}Play{\textbar}Pause{\textbar}Ffwd{\textba
& n = image ID (a-z and A-Z)\\\bottomrule
\end{tabular}
\end{center}
-Example: image /.rockbox/bg.bmp with ID "a" at 37, 109 would be: \%x{\textbar}a{\textbar}bg.bmp{\textbar}37{\textbar}109{\textbar}
+Example: image /.rockbox/bg.bmp with ID "a" at 37, 109 would be:\\
+\%x{\textbar}a{\textbar}bg.bmp{\textbar}37{\textbar}109{\textbar}
\begin{itemize}
\item \textbf{Note:} The images must be in a rockbox compatible format (1 bit per pixel BMP)
@@ -235,11 +234,12 @@ Example: image /.rockbox/bg.bmp with ID "a" at 37, 109 would be: \%x{\textbar}a{
\end{itemize}
\subsubsection{LCD Screen Sizes}
+
\begin{center}
\begin{tabular}{@{}lll@{}}\toprule
\textbf{Player} & \textbf{Main LCD Size} & \textbf{Remote LCD Size}\\\midrule
- iRiver H1x0 & 160x128 & 128x64\\
- iRiver H3x0 & 220x176 & 128x64\\
+ iriver H1x0 & 160x128 & 128x64\\
+ iriver H3x0 & 220x176 & 128x64\\
Archos Recorders & 112x64 & \\
Archos Ondio & 112x64 & \\
iPod Nano & 176x132 & \\
@@ -250,6 +250,7 @@ Example: image /.rockbox/bg.bmp with ID "a" at 37, 109 would be: \%x{\textbar}a{
\end{center}
\subsubsection{Alignment}
+
\begin{center}
\begin{tabular}{@{}lll@{}}\toprule
\textbf{Tag} & \textbf{Description}\\\midrule
@@ -261,20 +262,21 @@ Example: image /.rockbox/bg.bmp with ID "a" at 37, 109 would be: \%x{\textbar}a{
All alignment tags may be present in one line, but they need to be in the order left - center - right. If the aligned texts overlap, they are merged.
\subsubsection{Conditional Tags}
+
\textbf{If/else}\\
-\newline
+
Syntax: \%?xx{\textless}true{\textbar}false{\textgreater}\\
If the tag specified by ``xx'' has a value, the text between the ``{\textless}'' and the ``{\textbar}'' is displayed (the true part), else the text between the ``{\textbar}'' and the ``{\textgreater}'' is displayed (the false part).
The else part is optional, so the ``{\textbar}'' does not have to be specified if no else part is desired. The conditionals nest, so the text in the if and else part can contain all \% commands, including conditionals.
-\newline
+
\textbf{Enumerations}\\
-\newline
-Syntax: \%?xx{\textless}alt1{\textbar}alt2{\textbar}alt3{\textbar}...{\textbar}else{\textgreater}
+
+Syntax: \%?xx{\textless}alt1{\textbar}alt2{\textbar}alt3{\textbar}...{\textbar}else{\textgreater}\\
For tags with multiple values, like Play status, the conditional can hold a list of alternatives, one for each value the tag can have.
-Example: \%?mp{\textless}Stop{\textbar}Play{\textbar}Pause{\textbar}Ffwd{\textbar}Rew{\textgreater}
+Example: \%?mp{\textless}Stop{\textbar}Play{\textbar}Pause{\textbar}Ffwd{\textbar}Rew{\textgreater}\\
The last else part is optional, and will be displayed if the tag has no value. The WPS parser will always display the last part if the tag has no value, or if the list of alternatives is too short.
@@ -323,11 +325,11 @@ as they are separated into different sublines.
Example subline definition:
\begin{verbatim}
- %s%t4%ia;%s%it;%t3%pc %pr : Display id3 artist for 4 seconds,
- Display id3 title for 2 seconds,
- Display current and remaining track time
- for 3 seconds,
- repeat...
+ %s%t4%ia;%s%it;%t3%pc %pr : Display id3 artist for 4 seconds,
+ Display id3 title for 2 seconds,
+ Display current and remaining track time
+ for 3 seconds,
+ repeat...
\end{verbatim}
Conditionals can be used with sublines to display a different set and/or number of sublines on the line depending on the evaluation of the conditional.
@@ -357,11 +359,11 @@ Note that by using a subline display time of 0 in one branch of a conditional, a
%| : Display a '|'
%> : Display a '>'
%; : Display a ';'
- %s : Indicate that the line should scroll. Can occur anywhere in
- a line (given that the text is displayed; see conditionals
- above). You can specify up to 10 scrolling lines.
- Scrolling lines can not contain dynamic content such as timers,
- peak meters or progress bars.
+ %s : Indicate that the line should scroll. Can occur
+ anywhere in a line (given that the text is displayed;
+ see conditionals above). You can specify up to 10 scrolling
+ lines. Scrolling lines can not contain dynamic content such
+ as timers, peak meters or progress bars.
\end{verbatim}
\subsubsection{Using Images}
@@ -391,8 +393,7 @@ This example loads and displays a background image, and preloads four other imag
That is, "tracknum - title [artist, album]", where most fields are only displayed if available. Could also be rendered as "filename" or "tracknum - title [artist]".
\subsubsection{Default}
-If you haven't selected a .wps file in the /.rockbox
-directory, you get the hard coded layout. The default WPS screen is:
+If you haven't selected a .wps file in the \fname{/.rockbox} directory, you get the hard coded layout. The default WPS screen is:
\opt{player}{
%\begin{verbatim}
%s%pp/%pe: %?it<%it|%fn> - %?ia<%ia|%d2> - %?id<%id|%d1>
@@ -418,7 +419,7 @@ A .cfg file is used to load settings from a plain text file. A .cfg file
may reside anywhere on the hard disk. The only restriction is that the
filename must end in .cfg
-Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Settings) to save the current settings, then use a text editor to customize the settings file.
+Hint: Use the ``Write .cfg file'' feature \textbf({Main Menu{}-{\textgreater} General Settings}) to save the current settings, then use a text editor to customize the settings file.
\subsection{Format Rules}
@@ -430,7 +431,7 @@ Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Se
\subsection{General Settings}
\begin{center}
- \begin{tabular}{@{}lll@{}}\toprule
+ \begin{longtable}{@{}lll@{}}\toprule
\textbf{Setting} & \textbf{Allowed Values} & \textbf{Unit}\\\midrule
volume & 0 to 100 & \%\\
bass & -15 to +15 & dB\\
@@ -474,12 +475,12 @@ Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Se
talk dir & off,number,spell,enter.hover & N/A\\
talk file & off,number,spell & N/A\\
talk menu & off,on & N/A\\\bottomrule
- \end{tabular}
+ \end{longtable}
\end{center}
\subsection{Recorder{}-specific settings}
\begin{center}
- \begin{tabular}{@{}lll@{}}\toprule
+ \begin{longtable}{@{}lll@{}}\toprule
\textbf{Setting} & \textbf{Allowed Values} & \textbf{Unit}\\\midrule
loudness & 0 to 17 & N/A\\
super bass & on,off & N/A\\
@@ -522,7 +523,7 @@ Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Se
& 2:00, 4:00, 6:00, 8:00, 16:00, 24:00 & \\
pre-recording time & off, 1 to 30 & s\\
rec directory & /recordings,current & N/A\\\bottomrule
- \end{tabular}
+ \end{longtable}
\end{center}
\subsection{FM recorder specific settings}
@@ -536,21 +537,13 @@ Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Se
\subsection{Example File}
\begin{verbatim}
volume: 70
-
bass: 11
-
treble: 12
-
balance: 0
-
time format: 12hour
-
volume display: numeric
-
show files: supported
-
wps: /.rockbox/car.wps
-
lang: /.rockbox/afrikaans.lng
\end{verbatim}
@@ -558,19 +551,12 @@ Hint: Use the ``Write .cfg file'' feature (Main Menu{}-{\textgreater} General Se
There are 3 different types of firmware binaries from Rockbox website. Current Version, Daily Builds and Bleeding Edge.
\begin{itemize}
-\item \begin{itemize}
-\item The current version is the latest stable version developed by the
-Rockbox Team. It's free of known critical bugs and works with Archos
-Jukebox Player/Studio, Recorders and Ondio devices. It is available
-from
-\url{http://www.rockbox.org/download/}.
-\item The Daily Build is a development version of Rockbox. It supports all new features and patches developed since last stable version. It may also contain bugs! This version is generated automatically every day and can be found at
-\url{http://www.rockbox.org/daily.shtml}.
-\item Bleeding edge builds are the same as the Daily build, but built
-from the latest development code every 20 minutes. These builds are for
-people who want to test the code that developers just checked in.
-\end{itemize}
+\item The current version is the latest stable version developed by the Rockbox Team. It's free of known critical bugs. It is available from \url{http://www.rockbox.org/download/}.
+\item The Daily Build is a development version of Rockbox. It supports all new features and patches developed since last stable version. It may also contain bugs! This version is generated automatically every day and can be found at \url{http://www.rockbox.org/daily.shtml}.
+\item Bleeding edge builds are the same as the Daily build, but built from the latest development on each commit to the CVS repository. These builds are for people who want to test the code that developers just checked in.
\end{itemize}
+
+\opt{recorder,recorderv2fm,ondo,player}{
There are binaries for different Jukebox models:
\begin{itemize}
@@ -598,8 +584,11 @@ If in doubt as to which version to use, the table on page
Note: All references in this manual to
``Recorder'' apply equally to the FM Recorder
unless otherwise specified.
+}
+
\section{\label{ref:FirmwareLoading}Firmware Loading}
+\opt{player,recorder,recorderv2fm,ondio,player}{
When your Jukebox powers on, it loads the Archos firmware in ROM, which
automatically checks your Jukebox hard disk's root folder for a file
named \textbf{archos.mod} (on the player version) or
@@ -608,292 +597,9 @@ firmware can only read the first ten characters of each file name in
this process, so don't rename your old firmware files with names like
archos.mod.old and so on, because it's possible that the Jukebox will
load a file other than the one you intended.
+}
\section{\label{ref:PartISection4}Using ROLO (Rockbox loader)}
-Rockbox is able to load and start another firmware file without
-rebooting. You just press PLAY on an .ajz (Recorder, Ondio) or .mod
-(Player) file. This can be used to test new firmware versions without
-deleting your current version, or to load the original Archos firmware
-(you have to download the appropriate file from
-Archos' website).
-
-\section{\label{ref:Rockboxinflash}Rockbox in flash (Recorder, Ondio)}
-\textbf{FLASHING ROCKBOX IS OPTIONAL!} It is not required for using
-Rockbox on your Jukebox Recorder. Please read the whole section
-thoroughly before flashing.
-
-\subsection{\label{ref:PartISection61}Introduction}
-Flashing in the sense used here and elsewhere in regard to Rockbox means
-reprogramming the flash memory of the Jukebox unit. Flash memory
-(sometimes called ``Flash ROM'') is a type of
-non{}-volatile memory that can be erased and reprogrammed in circuit. It is a variation of electrically erasable
-programmable read{}-only memory (EEPROM).
-
-A from the factory Jukebox comes with the Archos firmware flashed. It is
-possible to replace the built{}-in software with Rockbox.
-
-Terminology used in the following:\newline
-\textbf{Firmware} means the flash ROM content as a whole.\newline
-\textbf{Image} means one operating software started from there.
-
-By reprogramming the firmware, the Jukebox will boot much faster. The
-Archos boot loader seems to take forever compared to the Rockbox
-version. In fact, the Rockbox boot loader is so fast that it has to
-wait for the disk to spin up. The flashing procedure is a bit involved
-for the first time, updates are very simple later on.
-
-\subsection{\label{ref:Method}Method}
-The replaced firmware will host a bootloader and 2 images. This is made
-possible by compression. The first is the
-``permanent'' backup. The second is the
-default image to be started. The former is only used when you hold the
-F1 key during start, and is the original Archos firmware, the second is
-a current build of Rockbox. This second image is meant to be
-reprogrammed whenever a Rockbox upgrade is performed.
-
-There are two programming tools supplied:
-
-\begin{itemize}
-\item The first one is called \textbf{firmware\_flash.rock} and is used
-to program the whole flash with new content. It can also be used to
-revert back to the original firmware that is backed up as part of this
-procedure. This tool will only be needed once, and can be viewed as
-``formatting'' the flash with the desired image structure.
-\item The second one is called \textbf{rockbox\_flash.rock }and is used
-to reprogram only the second image. If the resulting programmed
-firmware image is not operational, it is
-possible to hold down the F1 key while booting to start the Jukebox
-with the Archos firmware and Rockbox booted from disk to reinstall a
-working firmware image.
-\end{itemize}
-
-\subsubsection{\label{ref:PartISection63}Risks}
-Well, is it dangerous? Yes, certainly, like programming a
-mainboard BIOS, CD/DVD drive firmware,
-mobile phone, etc. If the power fails, the chip malfunctions while
-programming or particularly if the programming software malfunctions,
-your Jukebox may stop functioning. The Rockbox team take no
-responsibility of any kind {}- do this at your own risk.
-
-However, the code has been extensively tested and is known to work well.
- The new firmware file is completely read before it starts programming,
-there are a lot of sanity checks. If any fail, it will not program.
-There is no reason why such low level code should behave differently on
-your Jukebox.
-
-There's one ultimate safety net to bring back Jukeboxes
-with even completely garbled flash content: the UART boot mod, which in
-turn requires the serial mod. This can bring the dead back to life,
-with that it's possible to reflash independently from the outside, even
-if the flash is completely erased. It has been used during development,
-else Rockbox in flash wouldn't have been possible.
-Extensive development effort went into the development of the UART boot
-mod. Mechanically adept users with good soldering skills can easily
-perform these mods. Others may feel uncomfortable using the first tool
-(\textbf{firmware\_flash.rock}) for reflashing the firmware.
-
-If you are starting with a known{}-good image, you are unlikely to
-experience problems. The flash tools have been stable for quite a
-while. Several users have used them extensively, even flashing while
-playing! Although it worked, it's not the recommended
-method.
-
-The flashing software is very paranoid about making sure that the
-correct flash version is being installed. If the wrong file is used,
-it will simply refuse to flash the Jukebox.
-
-About the safety of operation: Since the Rockbox boot code gives ``dual
-boot'' capability, the Archos firmware is still there when you hold F1
-during startup. So even if you have problems with Rockbox from flash, you can still use
-the Jukebox, reflash the second image with an updated Rockbox copy,
-etc.
-
-The flash chip being used by Archos is specified for 100,000 cycles, so
-it's very unlikely that flashing it will wear it out.
-
-\subsection{\label{ref:Requirements}Requirements}
-You need two things:
-
-\begin{itemize}
-\item The first is a Recorder or FM model, or an Ondio SP or FM. Be sure
-you're using the correct package, they differ
-depending on your precise hardware! The technology works for the Player
-models, too. Players can also be flashed, but Rockbox does not run
-cold{}-started on those, yet.
-\item Second, you need an in{}-circuit programmable flash. Chances are
-about 85\% that you have, but Archos also used an older flash chip
-which can't do the trick. You can find out via Rockbox
-debug menu, entry Hardware Info. If the flash info gives you question
-marks, you're out of luck. The only option for
-flashing if this is the case is to solder in the right chip
-(SST39VF020), preferably with the firmware already in. If the chip is
-blank, you'll need the UART boot mod as well.
-\end{itemize}
-\subsubsection{\label{ref:FlashingProcedure}Flashing Procedure}
-Here are step{}-by{}-step instructions on how to flash and update to a
-current build. It is assumed that you can install and operate Rockbox
-the usual way. The flashing procedure has a lot of failsafes, and will
-check for correct model, file, etc. {}- if something is incompatible it
-just won't flash, that's all.
-
-Now here are the steps:
-
-\textbf{Preparation}
-
-Install (with all the files, not just the .ajz) and use the current
-daily build you'd like to have. Enable any voice
-features that are helpful throughout the process, such as menus and
-filename spelling. Set the file view to show all files, with the menu
-option \textbf{General Settings {}-{\textgreater} File View
-{}-{\textgreater} Show Files} set to ``all''.
-Have the Jukebox nicely charged to avoid
-running out of power during the flash write. Keep the Jukebox plugged
-into the charger until flashing is complete.
-
-{\bfseries
-Backup }
-
-Backup the existing flash content. This is not an essential part of the
-procedure, but is strongly recommended since you will need these files
-if you wish to reverse the flashing procedure, or if you need to update
-the bootloader (as opposed to the firmware) in the future. Keep them
-safe!
-
-Access the main menu by pressing F1 then select \textbf{Info
-{}-{\textgreater} Debug}. Select the first entry, \textbf{Dump ROM
-contents}, by pressing Play one more time. The disk should start to
-spin. Wait for it to settle down, then plug in the USB cable to copy
-the dump file this has just been created to your PC. The main folder of
-your Jukebox now should contain two strange .bin files. Copy the larger
-one named
-\textbf{internal\_rom\_2000000{}-203FFFF.bin}
-to a safe place, then delete them both from the box.
-
-{\bfseries
-Copy the new flash content file to your box }
-
-Depending on your model (recorder, FM, V2 recorder), download one of the
-3 packages:
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_rec.zip}
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_fm.zip}
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_v2.zip}
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_ondiosp.zip}
-
-\url{http://joerg.hohensohn.bei.t-online.de/archos/flash/flash_ondiofm.zip}
-
-The zip archives contain two .bin files each. Those firmware*.bin files
-are all we want, copy them to the root directory of your box. The names
-differ depending on the model, the flash
-plugin will pick the right one, no way of
-doing this wrong.
-
-{\bfseries
-Install the Rockbox
-Bootloader (``formatting'' the flash)}
-
-This procedure is only necessary the first time you flash Rockbox.
-Unplug the USB cable again, then select \textbf{Browse
-}\textbf{Plugins}\textbf{ } from the main menu (F1). Locate \textbf{firmware\_flash.rock}, and start it with PLAY. Rockbox now displays an info screen, press F1 to acknowledge it and start a file check. Again wait for the disk to
-settle, then press F2 to proceed to a warning message (if the plugin
-has exited, you don't have the proper file) and F3 to actually program
-the file. This takes maybe 15 seconds, wait for the disk to settle
-again. Then press a key to exit the plugin.
-
-{\centering\itshape
- [Warning: Image ignored] % Unhandled or unsupported graphics:
-%\includegraphics[width=3.609cm,height=2.062cm]{images/rockbox-manual-img75.png}
- [Warning: Image ignored] % Unhandled or unsupported graphics:
-%\includegraphics[width=3.669cm,height=2.097cm]{images/rockbox-manual-img76.png}
- \textmd{ } [Warning: Image ignored]
-% Unhandled or unsupported graphics:
-%\includegraphics[width=3.739cm,height=2.136cm]{images/rockbox-manual-img77.png}
- \newline
-Flashing boot loader in 3 easy steps
-\par}
-
-{\bfseries
-\label{ref:FlashingRockbox}Install the Rockbox binary in flash}
-
-All the above was necessary only once, although there will not be any
-obvious difference (other than the Archos firmware loading a bit more quickly)
-after the step above is complete. Next install the actual Rockbox firmware thatwill be used from ROM. This is how Rockbox will be updated when
-installing a new release from now on.
-
-\begin{itemize}
-\item Unpack the whole build that you are installing onto the Jukebox,
-including plugins and support files. This can be done using the Windows setup program to install the new version onto the Jukebox.
-\item Test the build you are going to flash by playing the .ajz file so
-that ROLO loads it up. This puts the firmware in memory without
-changing your flash, so you can check that everything is working. If
-you have just installed the bootloader (see above) then this will happen automatically as the existing Archos firmware loads the .ajz that you have just installed. If upgrading ROMbox, this step \textbf{must }be carried out since Rockbox cannot overwrite the ROM while it is running from it.
-\item Play the .ucl file, which is usually found in the
-\textbf{/.rockbox} directory, this will kick off the
-\textbf{rockbox\_flash.rock} plugin. It's a bit
-similar to the other one, but it's made different to
-make the user aware. It will check the file, available size, etc. With
-F2 it begins programming, there is no need for warning this time. If it
-goes wrong, you'll still have the permanent image.
-
-{\centering\itshape
- [Warning: Image ignored] % Unhandled or unsupported graphics:
-%\includegraphics[width=3.53cm,height=2.016cm]{images/rockbox-manual-img78.png}
- \textmd{ } [Warning: Image ignored]
-% Unhandled or unsupported graphics:
-%\includegraphics[width=3.528cm,height=2.016cm]{images/rockbox-manual-img79.png}
- \newline
-Using rockbox\_flash to update your boot firmware
-\par}
-\item It is possible that you could get an ``Incompatible
-Version'' error if the plugin interface has changed since
-you last flashed Rockbox. This means you are running an
-``old'' copy of Rockbox, but are trying to
-execute a newer plugin, the one you just downloaded. The easiest
-solution is to ROLO into this new version,
-by playing the\textbf{ ajbrec.ajz }file. Then you are consistent and can play
-\textbf{rockbox.ucl}.
-\item When done, you can restart the box and hopefully your new Rockbox
-image.
-\end{itemize}
-UCLs for the latest Recorder and FM firmware are included in Rockbox 2.4
-and also the daily builds.
-
-\subsection{\label{ref:KnownIssuesAndLimits}Known Issues and Limitations}
-There are two variants as to how the Jukebox starts, which is why there
-are normal and \_norom firmware files. The vast majority of Jukeboxes
-all have the same boot ROM content, but some have different flash
-content. Rockbox identifies this boot ROM with a CRC value of 0x222F in
-the hardware info screen. Some recorders have the boot ROM disabled (it
-might be unprogrammed) and start directly from a flash mirror at
-address zero. They need the \_norom firmware, it has a slightly
-different bootloader. Without a boot ROM there is no UART boot safety
-net. To compensate for that as much as possible the MiniMon monitor is
-included, and can be started by pressing F3+ON. Using this the box can
-be reprogrammed via serial if the UART mod has been applied and the
-first \~{}2000 bytes of the flash are OK.
-
-\subsubsection{ROMbox}
-ROMbox is a flashable version of Rockbox that is
-uncompressed and runs directly from the flash chip rather than being
-copied into memory first. The advantage of this is that memory that
-would normally be used for storing the Rockbox code can be used for
-buffering MP3s instead, resulting in less disk
-spin{}-ups and therefore longer battery life
- Unfortunately being uncompressed, ROMbox requires more space in flash
-than Rockbox and will therefore not fit in the space that is left on an
-FM recorder. ROMbox therefore runs on the V1 and V2 recorder models
-only.
-
-The procedure for flashing ROMbox is identical to the procedure for
-flashing Rockbox as laid out on page \pageref{ref:FlashingRockbox}.
-The only difference is that the file to install is called
-\textbf{rombox.ucl}. ROMbox is included automatically with rockbox 2.4
-and all the current daily builds, so the procedure is identical
-otherwise.
+Rockbox is able to load and start another firmware file without rebooting. You just press PLAY on an \opt{recorder,recorderv2fm,ondio}{.ajz}\opt{player}{.mod}\opt{h1xx,h300}{.iriver}\opt{ipodnano,ipodvideo,ipodnano}{.ipod} file. This can be used to test new firmware versions without deleting your current version.
+\opt{recorder,recorderv2fm,ondio}{\input{advanced_topics/archos-flashing.tex}}
diff --git a/manual/platform/h1xx.tex b/manual/platform/h1xx.tex
index 10c48ba389..76f4f808b6 100644
--- a/manual/platform/h1xx.tex
+++ b/manual/platform/h1xx.tex
@@ -4,3 +4,4 @@
\newcommand{\playertype}{H1xx}
\newcommand{\playerlongtype}{iHP100, iHP115, iHP120, iHP140, H120 and H140}
\newcommand{\genericimg}{160x128x2}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/h300.tex b/manual/platform/h300.tex
index a7cdd924f4..ddeb9488ab 100644
--- a/manual/platform/h300.tex
+++ b/manual/platform/h300.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{iRiver}
\newcommand{\playertype}{H3xx}
\newcommand{\playerlongtype}{H320 and H340}
-\newcommand{\genericimg}{220x176x16} \ No newline at end of file
+\newcommand{\genericimg}{220x176x16}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/ipodcolor.tex b/manual/platform/ipodcolor.tex
index 6bf124ec3e..cd4e609081 100644
--- a/manual/platform/ipodcolor.tex
+++ b/manual/platform/ipodcolor.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{Apple}
\newcommand{\playertype}{iPod Color}
\newcommand{\playerlongtype}{\playertype}
-\newcommand{\genericimg}{220x176x16} \ No newline at end of file
+\newcommand{\genericimg}{220x176x16}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/ipodnano.tex b/manual/platform/ipodnano.tex
index bef4924ddb..5f75ea23b0 100644
--- a/manual/platform/ipodnano.tex
+++ b/manual/platform/ipodnano.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{Apple}
\newcommand{\playertype}{iPod Nano}
\newcommand{\playerlongtype}{\playertype}
-\newcommand{\genericimg}{176x132x16} \ No newline at end of file
+\newcommand{\genericimg}{176x132x16}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/ipodvideo.tex b/manual/platform/ipodvideo.tex
index bee1c3cd26..c259683fe1 100644
--- a/manual/platform/ipodvideo.tex
+++ b/manual/platform/ipodvideo.tex
@@ -4,3 +4,4 @@
\newcommand{\playertype}{iPod Video}
\newcommand{\playerlongtype}{\playertype}
\newcommand{\genericimg}{320x240x16}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/ondio.tex b/manual/platform/ondio.tex
index dfb4bcbe42..e52a1dda12 100644
--- a/manual/platform/ondio.tex
+++ b/manual/platform/ondio.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{Archos}
\newcommand{\playertype}{Archos Ondio}
\newcommand{\playerlongtype}{Ondio SP, FM}
-\newcommand{\genericimg}{112x64x1} \ No newline at end of file
+\newcommand{\genericimg}{112x64x1}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/player.tex b/manual/platform/player.tex
index 2c98314b09..8ce133aa69 100644
--- a/manual/platform/player.tex
+++ b/manual/platform/player.tex
@@ -4,3 +4,4 @@
\newcommand{\playertype}{Studio/Player}
\newcommand{\playerlongtype}{Jukebox Studio 5000, 6000, Player 10 and 20}
\newcommand{\genericimg}{charx11x1}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/recorder.tex b/manual/platform/recorder.tex
index 1ec75193d3..733a8d9792 100644
--- a/manual/platform/recorder.tex
+++ b/manual/platform/recorder.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{Archos}
\newcommand{\playertype}{Recorder}
\newcommand{\playerlongtype}{Recorder 6, 10, 15 and 20}
-\newcommand{\genericimg}{112x64x1} \ No newline at end of file
+\newcommand{\genericimg}{112x64x1}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/platform/recorderv2fm.tex b/manual/platform/recorderv2fm.tex
index da1e509b90..21801aeaac 100644
--- a/manual/platform/recorderv2fm.tex
+++ b/manual/platform/recorderv2fm.tex
@@ -3,4 +3,5 @@
\newcommand{\playerman}{Archos}
\newcommand{\playertype}{Recorder V2/FM}
\newcommand{\playertypelong}{Recorder V2 and FM Recorder}
-\newcommand{genericimg}{112x64x1} \ No newline at end of file
+\newcommand{genericimg}{112x64x1}
+\newcommand{\dap}{player} \ No newline at end of file
diff --git a/manual/preamble.tex b/manual/preamble.tex
index bc19c9e7c9..d16f10310a 100644
--- a/manual/preamble.tex
+++ b/manual/preamble.tex
@@ -30,6 +30,7 @@
\usepackage{subfigure}
\usepackage{color}
\usepackage{booktabs}
+\usepackage{longtable}
%\usepackage{url}
%\urlstyle{same}