<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<title>Questions and Answers</title>
<link rel="stylesheet" type="text/css" href="../include/dvdisaster.css">
</head>
<body>
<!-- Title header -->
<table width="100%" cellpadding="0" border="0">
<tr>
<td align="left">
<span class="fxxl"><b>dvdisaster</b></span>
<i>Version 0.72.4 / 0.72 (pl4)</i>
</td>
<td align="right">
<span class="fxxl"> </span><a href="http://dvdisaster.net/en/">To the Internet version</a>
<a href="../cs/qa.html"></a>
<a href="../de/qa.html"></a>
<a href="../ru/qa.html"></a>
</td>
</tr>
</table>
<!-- Language chooser or separator -->
<table width="100%" cellpadding="0" border="0">
<tr>
<td colspan="2" class="hsep"></td>
</tr>
<tr><td colspan="2" style="height: 10px">
</td></tr>
</table>
<!-- Main body (Navigation, actual page content, optional news column) -->
<table width="100%" cellspacing=0>
<tr>
<!-- Navigation -->
<td style="background-color:#f0f0f0; vertical-align:top; width:20%;">
<table width="100%" cellpadding="10">
<tr>
<td>
<span class="fs"><b>Contents</b></span>
<table width="100%" cellpadding="0" cellspacing="0">
<tr>
<td class="hsep"></td>
</tr>
</table><p>
<table width="100%">
<tr><td colspan=3><span class="fs"><a href="news.html">News</a></span></td></tr>
<tr><td></td><td></td><td style="height:10px;"></td></tr>
<tr><td colspan=3><span class="fs"><a href="index.html">Overview</a></span></td></tr>
<tr><td></td><td></td><td style="height:10px;"></td></tr>
<tr><td colspan=3><span class="fs"><a href="howtos.html">Howtos</a></span></td></tr>
<tr><td></td><td></td><td style="height:10px;"></td></tr>
<tr><td colspan=3><span class="fs"><a href="download.html">Download</a></span></td></tr>
<tr><td></td><td></td><td style="height:10px;"></td></tr>
<tr><td colspan=3><span class="fs">Questions and Answers</span></td></tr>
<tr><td style="width:1%; vertical-align:top;">·</td><td colspan=2><span class="fs"><a href="qa10.html">Technical Questions</a></span></td></tr>
<tr><td style="width:1%; vertical-align:top;">·</td><td colspan=2><span class="fs"><a href="qa20.html">Error messages</a></span></td></tr>
<tr><td style="width:1%; vertical-align:top;">·</td><td colspan=2><span class="fs"><a href="qa30.html">Background information</a></span></td></tr>
<tr><td></td><td></td><td style="height:10px;"></td></tr>
<tr><td colspan=3><span class="fs"><a href="feedback.html">Bug reporting</a></span></td></tr>
</table>
</td>
</tr>
</table>
</td>
<td></td>
<!-- Actual page contents -->
<td style="vertical-align:top; width:77%;" rowspan="2">
<!-- Insert actual page content below -->
<h3 class="top"><a name="top">General questions and answers</a></h3>
<a href="qa_pipo.html#pronounce">1.1 How is "dvdisaster" pronounced?</a><p>
<a href="qa_pipo.html#pipo">1.2 What are quality scans and why don't you support more?</a><p>
<a href="qa_pipo.html#compat">1.3 Is dvdisaster compatible with future releases?</a><p>
<a href="qa_pipo.html#eccpos">1.4 Augmented images have the error correction data appended at the end of the medium. Isn't that a bad choice?</a><p>
<a href="qa_pipo.html#recovery">1.5 What's the difference between image based and file based data recovery?</a><p>
<hr><p>
<b><a name="pronounce">1.1 How is "dvdisaster" pronounced?</a></b><p>
Since the word stems from the english language, simply spell "dv" before
saying "disaster". Perhaps "dee-vee-disaster" is a suitable
phonetic circumscription.
<div class="talignr"><a href="qa_pipo.html#top">↑</a></div>
<b><a name="pipo">1.2 What are quality scans and why don't you support more?</a></b><p>
Optical media have a built-in error correction which is similar to
the method used in dvdisaster.
Some drives can report the number of errors corrected
while reading a medium. This provides a rough estimate
of the writing and media qualities.<p>
Since dvdisaster is free software, it can only include code and information
which can be redistributed freely. This is currently true
for C2 <a href="howtos10.html">scanning</a> of CD media,
which is officially standardized and has free documentation available.<p>
On the other hand, DVD quality scans ("PI/PO scans") are not standardized.
Those drive vendors who support it are using proprietary programming
interfaces. The respective specifications seem not to be available
for use in free software. So we must patiently wait until manufacturers
understand that having free software available for a drive
will sell more drives. <p>
<div class="talignr"><a href="qa_pipo.html#top">↑</a></div>
<b><a name="compat">1.3 Is dvdisaster compatible with future releases?</a></b><p>
Yes, dvdisaster files are intended for an archival time of many years.
When upgrading to a newer version of dvdisaster you can continue using
images and error correction data created from previous versions.
There is <i>no</i> need to recreate them again.
<div class="talignr"><a href="qa_pipo.html#top">↑</a></div><p>
<b><a name="eccpos">1.4 Augmented images have the error correction data appended at the end of the medium. Isn't that a bad choice?</a></b><p>
No. First a bit of terminology:
If we augment 80 bytes of user data with 20 bytes of error correction
data, we get an "ecc block" comprised of 100 bytes.
Now take the following into consideration about the ecc block:
<ol>
<li>The position of the error correction data within the ecc block
does not matter.<p>
The RS decoder does not differentiate between
user data and error correction data. In the view of the RS decoder
our ecc block is a sequence of 100 bytes from which an arbitrary
subset of 20 bytes can be recovered. It can recover
the first 20 bytes, the last 20 bytes, or any
combination from within as long as the remaining 80 bytes
are still intact.
From this it follows that the position of the
ecc data within the ecc block does not matter; whether it is appended
at one end of the user data or is interleaved with it
has no influence on the error correcting capability.</li>
<li>Properly distributing the ecc block offsets influence of bad media spots.<p>
Optical media have a higher probability of failing in the outer area;
for technical reasons this is
the only place where the error correction data can be stored.
However this effect is offset
by distributing the ecc block content over the medium. Let's assume that our
medium is filled 80% with user data, leaving the remaining 20% free for
error correction data. Now consider the 100 byte ecc block again.
We need to pick 80 bytes from the user data for it and require 20
additional byte positions in the error correction data area.
Even under these constraints it is possible to evenly distribute the
100 bytes over the medium, from the
inside to the outside, each having a maximum distance to its neighbors.
Together with point (1), this negates the influence of bad spots on the
medium. Symmetry implies that for each error correction byte
stored in the (bad) outer region there will
be a user data byte located in the (good) inner medium region.
<p>
(If you do not already see the point, imagine putting the ecc data into
the inner medium region and the user data in the outer region. Consider
point (1) again to see that nothing changes with respect to the error
correction.)
</li>
</ol>
<div class="talignr"><a href="qa_pipo.html#top">↑</a></div><p>
<b><a name="recovery">1.5 What's the difference between image based and file based data recovery?</a></b><p>
Optical media are comprised of 2048 byte-wide sectors. Most of those sectors
are used to store file data, but some of them hold so-called "meta data",
e.g. information on directory folders.<br>
In figure 1.5.1 (below) there is
a directory "Pics" holding three files "forest.jpg", "rock.jpg" and
"protect.par"<a href="qa_pipo.html#note1"><sup>1)</sup></a>.
Note how these files are mapped onto physical sectors
(green/blue squares) on the medium,
and that an additional meta data sector (red square) is needed
for storing the "Pics" directory structure.<p>
<table width="100%"><tr><td align="center"><img src="images/metadata1.png" alt="Relation between file system and sectors on media"></td></tr></table><p>
<b>Shortcoming of file based recovery on optical media.</b><br>
Now let's assume that we are working with file based error correction.
The file "protect.par" holds error correction information which can be used
to recover unreadable sectors within the files "forest.jpg" and "rock.jpg".
This will only work as long as we need to recover sectors which are part
of a file. But if meta data sectors become unreadable, the
file based protection will collapse. Consider figure 1.5.2. When the
red directory sector becomes unreadable, not only the directory "Pics"
but also all files under "Pics" become inaccessible.
This is due to the logical structure of the ISO/UDF file system,
as there is no way to tell how the green and blue sectors relate
to files anymore when the directory is lost. So we have
a complete data loss although all sectors comprising the files
are still physically readable.<p>
<table width="100%"><tr><td align="center"><img src="images/metadata2.png" alt="Losing metadata sector produces complete data loss"></td></tr></table><p>
<p>Please note that moving "protect.par" to a separate medium does not
rectify the problem - the directory block is still not recoverable as
it is not protected by the error correction data in "protect.par".<p>
<b>Advantages of image level recovery on optical media.</b><br>
dvdisaster applies an image level approach to error recovery.
The medium is read and processed as an ISO image.
The ISO image contains a sequence of all sectors found on
the medium, including those which are meta data for the file system.
Since the dvdisaster error correction data protects <i>all sectors</i> in the
ISO image, file contents as well as meta data sectors (e.g. directories)
can be restored. See fig. 1.5.3 for the different range of protection.
<table width="100%"><tr><td align="center"><img src="images/metadata3.png" alt="Image level protection"></td></tr></table><p>
In addition, neither reading the damaged ISO image nor applying the
error correction requires any information from the file system
contained on the medium. As long as the
drive is still able to recognize the medium, dvdisaster will be able
to recover the still readable sectors from it. Therefore
there are no "single sectors of failure" as in the file based approach.
<table width="30%" cellpadding="0">
<tr><td class="hsep"></td></tr>
</table>
<a name="note1"><sup>1)</sup>
No offense intended against the PAR/PAR2 project.
Carsten is just confident that file based protection does not work
on optical media :-)</a>
<div class="talignr"><a href="qa_pipo.html#top">↑</a></div><p>
<!-- do not change below -->
</td> <!-- end of page contents -->
</tr>
<!--
<tr valign="bottom">
<td style="background-color:#f0f0f0;">
<table cellpadding="10"><tr><td><a href="http://dvdisaster.net/legacy/en/index.html"><span class="fs"></span></a></td></tr></table>
</td>
<td></td>
<td></td>
</tr>
-->
</table> <!-- end of main body table -->
<!-- Page footer -->
<table width="100%" cellpadding="0" border="0">
<tr><td colspan="2" style="width:100%; height:10px;"></td>
</tr>
<tr><td colspan="2" class="hsep"></td>
</tr>
<tr>
<td align="center">
<span class="fs">
<i> Copyright 2004-2012 Carsten Gnörlich.<br>
Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
</i>
</span>
</td>
</tr>
<tr><td colspan="2" class="hsep"></td>
</tr>
</table>
</body>
</html>
