Aprire file e drive concatenati

A partire da IsoBuster 5.2 è possibile aprire file concatenati (e drive).
Ciò significa che se hai due o più file (o drive) che fanno parte di un unico file consecutivo (o di un drive virtuale), puoi istruire IsoBuster ad aprire tutti i file/drive e considerarli come uno solo.
È come se i file/drive fossero concatenati. Basta separare i file/drive con il carattere '|'.

L'apertura di un file/drive concatenato avviene [1] sulla riga di comando (come si apre un qualsiasi file immagine) o tramite comandi breadcrumb [2] @open: oppure [3] @cmdl:
Oppure tramite un file *.imlst, che è un file di testo con un file/drive per riga.

Ad esempio, aprire due file immagine generici che insieme formano un unico file immagine.

[1] isobuster.exe "c:\file immagine 1.dsk|c:\file immagine 2.dsk"
[2] @open:c:\file immagine 1.dsk|c:\file immagine 2.dsk
[3] @cmdl:"c:\file immagine 1.dsk|c:\file immagine 2.dsk"

È anche possibile aprire drive fisici, come si farebbe con file immagine.
L'intero drive viene trattato come un file, e il parsing dei file immagine di IsoBuster presume semplicemente che sia un file.
Nota: normalmente, se vuoi accedere a un drive, è sempre meglio selezionare il drive montato e passare attraverso il riconoscimento normale di IsoBuster, ossia usare: /d:, ad esempio /d:2 (per selezionare il drive fisico 2)

[1] isobuster.exe \\.\PhysicalDrive2 è uguale a isobuster.exe \d:2 ma il primo analizza il drive come un file immagine, il secondo seleziona il drive montato 2 (logica interna diversa in IsoBuster, gestione dell'allineamento del buffer diversa ecc.)
[2] @open:\\.\\PhysicalDrive2 (Apre il drive come un file immagine)
[3] @cmdl:\\.\\PhysicalDrive2 (Apre il drive come un file immagine) vs @cmdl:/d:2 (Seleziona il drive all'interno di IsoBuster)

È anche possibile aprire più drive concatenati tramite lo stesso meccanismo. PS. i drive concatenati possono essere creati con IsoBuster.
Supponiamo di aver clonato un drive da 2TB (1) su due altri drive da 1TB (2 e 3 (in quest'ordine)), perché non avevi un drive di destinazione abbastanza grande da contenere 2TB, allora puoi aprire i due drive come uno solo tramite questo meccanismo.

[1] isobuster.exe "\\.\\PhysicalDrive2|\\.\\PhysicalDrive3"
[2] @open:\\.\\PhysicalDrive2|\\.\\PhysicalDrive3
[3] @cmdl:"\\.\\PhysicalDrive2|\\.\\PhysicalDrive3"

È anche perfettamente possibile combinare Drive Logici, Drive Fisici, file immagine e file virtuali. Esempi:

[1] isobuster.exe "c:\prima_parte.dsk|\\.\\PhysicalDrive2|\\.\\PhysicalDrive3"
[1] isobuster.exe "\\*\virtual:512:0xff|c:\prima_parte.dsk|\\.\\PhysicalDrive2|\\.\\PhysicalDrive3"
[1] isobuster.exe "\\.\\PhysicalDrive2|c:\seconda_parte.dsk|\\.\\PhysicalDrive3"
[1] isobuster.exe "\\.\\PhysicalDrive2|c:\seconda_parte.dsk|\\.\\f:"

Questo meccanismo è principalmente destinato a file genericio file immagine che non si collegano implicitamente ad altri file.
Ad esempio, non ha senso fare [1] isobuster.exe "c:cd.cue|c:\cd.iso:" perché il file CUE contiene il nome dei file da caricare.
In questo caso, la seconda parte del percorso viene ignorata, poiché i dati provengono dal CUE stesso.

Nota anche che tutti i file/drive nel percorso sono visti e trattati come un unico file combinato, quindi solo l'intestazione del primo file (se presente) sarà considerata header e solo il footer dell'ultimo file (se presente) sarà considerato footer.
Il resto è solo la parte centrale del corpo. Eccezione:

I file immagine gestiti di IsoBuster (*.ibp / *.ibq)vengono sempre in coppia (o più file se l'ibq è diviso in più file).
Se apri il file IBP con IsoBuster, IsoBuster apre automaticamente anche il/i file IBQ. Questo si basa sui nomi identici dei file e sulle estensioni ibp vs ibq.
Puoi sovrascrivere questa funzionalità fornendo i file IBQ sulla riga di comando (o tramite @open: o @cmdl: o in un file *.imlst)

Ad esempio, @open:c:\managed.ibp aprirà implicitamente anche c:\managed.ibq.
Se però l'ibq è stato rinominato (per qualsiasi motivo), puoi aprirlo così:
[2] @open:c:\managed.ibp|c:\rinominato.ibq oppure
[3] @cmdl:c:\managed.ibp|c:\sottocartella\rinominato.bin e se l'ibq era diviso in più file:
[2] @open:c:\managed.ibp|c:\rinominato_parte1.ibq|c:\rinominato_parte.i2|c:\rinominato_parte.i2|c:\rinominato_parte3.bin|c:\rinominato_parte.part4

Un meccanismo simile esiste per i clone gestiti. Un clone gestito è fondamentalmente un file immagine gestito, ma la parte IBQ è un drive fisico anziché un file.
Se vuoi sovrascrivere la firma del Drive Fisico memorizzata nel file IBP puoi fornire il nome del drive sulla riga di comando:

[2] @open:c:\managed.ibp|\\.\\PhysicalDrive3 oppure, se concatenato su più drive:
[2] @open:c:\managed.ibp|\\.\\PhysicalDrive3|\\.\\PhysicalDrive4|\\.\\PhysicalDrive5 o se una parte è memorizzata in un file:
[2] @open:c:\managed.ibp|\\.\\PhysicalDrive3|\\.\\PhysicalDrive4|\\.\\PhysicalDrive5|c:\ultima_parte_in_file.dsk ecc. (le combinazioni sono infinite)

DaIsoBuster 5.3in poi è anche possibile usare File Virtuali

I file virtuali non esistono realmente, sono file fittizi con una certa dimensione e contenuto. 
La sintassi è: \\*\NomeFile:(-)Dimensione:Pattern
- NomeFile può essere qualsiasi nome e deve contenere almeno un carattere. Può avere un'estensione, ad esempio *.dsk (utile per il rilevamento corretto del file immagine se è il primo file)
- Dimensione deve essere presente ed è il numero di byte. Può essere decimale o esadecimale (in tal caso deve iniziare con 0x o finire con h). Se la Dimensione è negativa, ad esempio -512, le letture in quella parte del file falliranno con un errore.
- Pattern è un valore BYTE ed è opzionale. Il default è 0x00, ma puoi specificare qualsiasi valore, ad esempio 0xFF ecc.

DaIsoBuster 5.4in poi è anche possibile selezionare un intervallo all'interno di un file, partendo da un certo offset

La sintassi è: \\#\(Offset,Range)c:\percorso\file.ext
Offset e Range sono in byte. In questo modo è possibile puntare a un file incorporato o comporre un file virtuale da frammenti di uno o più file.

DaIsoBuster 5.5in poi è anche possibile selezionare un file target all'interno di un file *.zip

La sintassi è: \\#\zip(target)c:\percorso\file.zip
Target supporta caratteri jolly. Ad esempio:
\\#\zip(*.cue)c:\percorso\cue+iso-image.zip

Da IsoBuster 5.5in poi è anche possibile aiutare IsoBuster a rilevare file *.gz o *.bz2 che non hanno l'estensione corretta (*.gz o *.bz2)

Se il file non ha un'estensione utile per il rilevamento, puoi usare il prefisso corretto per avvisare IsoBuster
Ad esempio:
\\#\gz()c:\percorso\gzip-compressed.bin
\\#\bz2()c:\percorso\bzip-compressed.bin

Da IsoBuster 5.5in poi è anche possibile usare file immagine multi-nome, trattati come file normali.

La sintassi è: \\#\img(*Offset,BlockSize,Size*)c:\percorso\file.ext
Offset, BlockSize e Size sono in byte e sono opzionali. Preferibilmente lascia che IsoBuster rilevi questi valori automaticamente.
Size è determinata dal formato del file immagine, ma può essere sovrascritta da questo valore.
Vedi il Github per ulteriori informazioni e utilità.

Da IsoBuster 5.5in poi è anche possibile attivare una finestra di selezione file.

La sintassi è: \\#\ofd(Titolo, Filtro, Opzioni)c:\percorso\file.ext
Questo permette di selezionare uno o più file all'interno di una combinazione di file (ad esempio scegliere tra version1.ext o version2.ext ecc.)
Vedi questo Github per ulteriori informazioni e utilità.

Come alternativa alla riga di comando, è possibile mettere tutti i file/drive in un file *.IMLSTda caricare come qualsiasi altro file immagine. In questo modo puoi gestire facilmente combinazioni file/drive in file che possono essere cliccati o trascinati su IsoBuster. In un certo senso, un file *.imlst è un collegamento a un file immagine o a una combinazione di file immagine. Un file *.imlst è un semplice file di testo con un file/drive per riga, utilizzando la stessa logica spiegata sopra. Maggiori dettagli su Github.