Stap V2.27b / Jtap 1.2b

[iAN CooG]

 STAP aggiornato
Novita' nella v2.27b -  26/01/08

- Fix automatico e silenzioso della lunghezza riportata nell'header dei tap
  sia con -b che con -l
  La modifica mi si e' resa necessaria per poter listare i Tap da FarManager
  anche se avevano l'header sbagliata.

  Usando file managers come FarManager e TotalCommander e' possibile usare
  stap per visualizzare ed estrarre i tap come se fossero archivi.
  Esempio d'uso: editare C:\Programmi\Far\Plugins\MultiArc\Formats\Custom.ini
  ed inserire queste righe

[TAP]
ID=43 36 34 2D 54 41 50 45 2D 52 41 57
Extension=TAP
Start="^STAP by Carmine_TSM"
List="stap -l"
IgnoreString0=":\"
;Format0="    zzzzzzzz   nnnnnnnnnnnnnnnn"
Format0="nnn zzzzzzzz  nnnnnnnnnnnnnnnnn"
ExtractWithOutPath=stap %%AQ -b -n2

per TotalCommander la sintassi e' simile ma dovete adattarlo alle sue regole.

---------------------------------
JTAP aggiornato:
v1.2b
- fix automatico della lunghezza riportata nell'header prima di unire i 2 tap
 

[koseidon72]

 Ciao, e' possibile analogamente utilizzare mjoin attraverso uno script di Far Commander?
 

[iAN CooG]

 

Ciao, e' possibile analogamente utilizzare mjoin attraverso uno script di Far Commander?

Mii che confusione. :lol:  
Se volevi NON farti capire ci sei riuscito benissimo, complimenti. Per fortuna la sfera magica oggi funziona.
Definiamo che:

mjoin=Mjtap
Far Commander=Far Mananger
script=custom.ini, che non e' uno script, contiene solo le definizioni delle linee di comando associate alle operazioni su archivi.

Se quello che vuoi ottenere e' accodare un tap ad un altro tap puoi creare una riga

Add=jt.bat %%aq %%fq

e creando un jt.bat, da piazzare in una direcory nel path, contenente

Codice: [Seleziona]

@echo off
jtap %1 %2 ~new.tap
move ~new.tap %1
per ora e' l'unico modo, dato che mjtap non supporta liste di files se non specificandoli direttamente a linea di comando.
Ad ogni modo questo workaround consente di entrare in un tap con invio, selezionare i tap da accodare nell'altro pannello, e di "copiarli" con F5 in coda al tap aperto nel primo pannello.

PS: pare non esserci piu' bisogno di un tap manager ora, o sbaglio? :lol:  

[koseidon72]

 Ciao, ho fatto un po' di confusione data l'ora in cui ho scritto il messaggio ma era quello il senso di cio' che volevo dire...  :huh:


Grazie cmq dell'aiuto.

Per un tap manager ancora occorre implementare una funzione di cancellazione di un singolo blocco nel tap e la possibilità di creare un file tap da zero ma sopratutto spostare l'ordine dei singoli blocchi all'interno di un dato tap.


   

[iAN CooG]

Per un tap manager ancora occorre implementare una funzione di cancellazione di un singolo blocco nel tap e la possibilità di creare un file tap da zero ma sopratutto spostare l'ordine dei singoli blocchi all'interno di un dato tap.
 

Usa un po' di fantasia e puoi fare anche quello.
Basta estrarli e *non* accodare i blocchi che non vuoi. Per implementare la cancellazione di un blocco l'unico modo sarebbe di farlo fare in automatico, prima stap -b e poi jtap di tutti i pezzi tranne quello selezionato, che andrebbe cancellato.

Per l'ordine in cui vengono accodati basta che lo decidi tu mente li selezioni e accodi: prima accodi i primi, poi quelli di mezzo e infine gli ultimi etc. Non mi pare cosi' macchinoso da doversi scervellare.

[koseidon72]

 Certo in questo modo si puo' fare, ma la cancellazione diretta di un blocco senza dover estrarre tutto e poi ricostruire il tap da capo mi sembra piu' immediata.

Grazie cmq per l'aiuto

 

[iAN CooG]

 Ti sembra? Su quali basi? Forse perche' non hai idea di cosa bisogna fare per cancellare un blocco da un tap. L'unico modo, ripeto, e' quello di estrarre i blocchi e ricostruire il tap senza riaccodare i pezzi che si vuole cancellare dal tap. Quindi non cambia molto.  

[iAN CooG]

 Nuovo aggiornamento, e finalmente ho corretto un baco che mi assillava da diverso tempo.
Novita' nella v2.28 -  28/01/08

• Fixato il comportamento anomalo che causava l'accorciamento progressivo

  del blocco iniziale di "silenzi" in ogni tap creato a partire dal secondo.
  Era la causa che mi ha costretto ad implementare nella 2.27 i parametri
  -h/-k, per poter leggere appunto questi tap con header troppo corti.
  Era voluto che ogni volta dimezzasse questo blocco. Non so quali fossero
  le motivazioni alla base di questa decisione, e nemmeno voglio saperle.
  I blocchi di silenzio prima dell'header hanno senso e vanno lasciati,
  ad esempio Tapclean lascia/inserisce sempre almeno 0x6a00 bytes "0"
  che corrispondono a circa 5 secondi di vuoto.

• Migliorata la lista dei nomi di files, sostituendo i caratteri invalidi.

  Se usato con farmanager, i files contenenti "/" venivano visti come
  sottodirectories.[/list]Come riprova del fix basta splittare un tap e riaccodare i pezzi in un nuovo tap, il file risultante sara' identico, finalmente, all'originale e non piu' ogni volta sempre piu' corto e non piu' splittabile.