Communicatie (Lees Instellingen)
Leesinstellingen
Herleespogingen
Tijdens het lezen zal IsoBuster doorgaans (en waar mogelijk) meerdere blokken tegelijk lezen. Als dat om welke reden dan ook faalt, zal IsoBuster elk blok afzonderlijk lezen.
Voor beide mechanismen is een standaard aantal herleespogingen ingesteld. U kunt dit per apparaat wijzigen met de schuifregelaars. Deze wijziging beïnvloedt alleen het gedrag van IsoBuster; geen andere applicatie (bijv. het OS zelf) wordt beïnvloed! Deze instelling wordt niet opgeslagen en de volgende keer dat u IsoBuster opstart, wordt de standaardinstelling opnieuw gebruikt.
Als het lezen zeer lang duurt omdat er veel fouten zijn en het apparaat veel tijd per blok nodig heeft, kunt u overwegen te lezen met een lager aantal herleespogingen. Als u merkt dat u met meer herleespogingen de data ook niet vindt, is het redelijk veilig om naar een lager aantal te gaan en bespaart u veel tijd. Op optische media (CD, DVD, BD) kan de drive 30 seconden of meer per blok nodig hebben bij fouten. Als u deze vertraging vermenigvuldigt met het aantal blokken op de schijf, bijvoorbeeld 330.000 op een CD of 2.200.000 op een enkelzijdige DVD, dan hoeft u geen tekening te zien van wat dit betekent voor uw kostbare tijd. Gelukkig is meestal slechts een klein deel van de blokken onleesbaar; bijna nooit zijn alle gegevens te corrupt om te lezen.
Sinds IsoBuster 4.7 is het mogelijk om het aantal herleespogingen voor enkelblokoverdracht op 0 te zetten. Dit betekent dat als een leesbewerking meerdere blokken bestrijkt en faalt, niet elk afzonderlijk blok wordt herhaald.
Vertragingen
Vooral bij oudere optische drives, in combinatie met bepaalde (moeilijk leesbare) schijven, kan het soms voorkomen dat wanneer u "retry" selecteert bij een foutieve leesbewerking, de data toch kan worden gelezen. Dit is een beetje vreemd omdat IsoBuster intern al meerdere herleespogingen doet en de enige verklaring lijkt dat de drive wat tijd nodig heeft om "op adem te komen". Bijv. de drive moet afkoelen, spinnen stoppen of er is een ontwerpfout in hardware of embedded software die dit gedrag veroorzaakt. Als u zich in deze situatie bevindt, bijvoorbeeld bij het extraheren van gegevens van een CD en u telkens op retry moet klikken waarna het proces normaal doorgaat, dan is deze optie voor u. Door een aantal seconden in te stellen in deze optie, wacht IsoBuster zo lang voordat de leesbewerking opnieuw wordt geprobeerd. De drive krijgt dus de tijd om af te koelen en het probleem te corrigeren.
Deze optie kan een aanzienlijke snelheidsvermindering veroorzaken, gebruik deze alleen wanneer u zeker weet dat het helpt!
Het gedrag kan verder worden fijngesteld via /delay: op de opdrachtregel (of via @cmdl:/delay:)
Daarnaast kan /chsp: ook handig zijn
Lees omgekeerd
Wanneer deze optie is aangevinkt, leest IsoBuster een object tijdens extractie in omgekeerde volgorde. Bijvoorbeeld bij het extraheren van een bestand of imagebestand (*.iso, *.img, *.ibp/ibq etc.). Het doet dit met een reeks blokken. Als de reeks is ingesteld op 1000, leest IsoBuster opeenvolgende chunks van 1000 blokken, maar begint met de laatste chunk en werkt terug naar het begin van het bestand. Het resulterende bestand is identiek aan een normaal gelezen bestand, maar de drive wordt op een andere manier belast, mogelijk om onleesbare gebieden te omzeilen. Er zijn beperkingen. Omgekeerd lezen wordt genegeerd voor alle leesprocessen die een sequentiële lezing vereisen. Bijvoorbeeld bij het decomprimeren van NTFS-bestanden, bij het decomprimeren van Roxio-gecomprimeerde UDF-bestanden, bij het extraheren van video die realtime naar MPG wordt geconverteerd en bij het scannen van een gehele schijf naar ontbrekende bestanden en mappen, vooral voor bestanden gevonden op basis van hun handtekening.