Newsgroup: it.comp.software.emulatori
Titolo: Compressione files .tap

Oggi stavo maneggiando un po' di .tap per C64, e mi era venuta questa idea:
visto che fondamentalmente sono file audio, non si potrebbe provare a
comprimerli in formati specifici per l'audio, e non nel solito .zip?
Naturalmente non con algoritmi lossy come l'mp3, ma se esistesse qualche
formato di compressione audio non lossy, o se l'mp3 potesse essere impostato
in modo da non tagliare informazioni... che ne dite?

 in modo da non tagliare informazioni... che ne dite?
Algoritmi non lossy?
Non credo che ci sia qualcosa che funzioni molto meglio dello .zip
o del .rar..
e anche se ci fosse qualche packer esotico che guadagnasse un 5-10%,
per la Legge di Murphy non sarebbe un packer open source e/o
multipiattaforma.
Per quanto riguarda l'mp3 ritengo che la sua natura "distruttiva" vada
a compromettere irrimediabilmente l'integrita' del flusso di dati.
Secondo me l'unico modo per risparmiare spazio -e non poco- con i .tap
e' diminuire la frequenza di campionamento in modo da non andare oltre
la risposta in frequenza usata per registrare il segnale (3-4 Khz).
-- 
Saluti
                                          James \Diskdoctor\ Ossi
      ___
     ////  A M I G A : the REAL pathfinder
___ //// RetroPlay  
http://www.retroplay.com
\\\X///             ICQ 13963485
 \XXX/           *Powered by Linux*

la risposta in frequenza usata per registrare il segnale (3-4 Khz).
Ma se cambi la frequenza di campionamento non e` + standard.
E cmq a conti fatti un file .tap zippato non prende poi molto, se pensiamo
al wav originario.
-- 
Massi "No, cadenti non e` il cognome, si scrive minuscolo" cadenti.
ATTENZIONE!! Mettete "
iol.it
" dopo la chiocciola!
Attualmente sono affetto dalla Pokemon-trading-cards sindrome:)
Ulteriori info: 
http://www.wizards.com/Pokemon/

 al wav originario.
Perche'?
Un .wav campionato a 4 o 8 Khz e' perfettamente standard e riconoscibile
da qualunque editor-player sotto qualunque OS..
magari il problema e' vedere se gli emulatori richiedono obbligatoriamente
una data frequenza per caricare il .tap, ma qui sono ignorante. 


al wav originario.
Quello che intendevo è che i file sonori per loro natura, si comprimono
meglio con compressioni di tipo delta, che tengano cioé conto delle
variazioni e non dei singoli byte (un po' come le animazioni, non è che si
comprime ogni fotogramma singolarmente, ma solo le parti che cambiano da un
fotogramma all'altro). Lo Zip non credo tenga conto di questo... cmq vabbé,
è solo una sega mentale (rasp rasp)

una data frequenza per caricare il .tap, ma qui sono ignorante. 
Esatto, gli emulatori (o meglio ancora: le specifiche del file .tap)
richiedono che il file .wav originario sia campionato ad una data
frequenza.
Magari funziona anche diversamente, pero`, ma resta che non e` standard,
proprio perche` le specifiche _richiedono_ che sia campionato in quel modo.


Quello che intendevo è che i file sonori per loro natura, si comprimono
[cut]
Il rar e` meglio indicato per i formati multimediali. Prova con quello.


 meglio con compressioni di tipo delta,
Ah ecco.
Ma la compressione delta non e' distruttiva?
In questo caso provocherebbe gli stessi danni dell'mp3, o no?


In questo caso provocherebbe gli stessi danni dell'mp3, o no?
Probabilmente mi sarò espresso male, ma con "delta" intendevo qualsiasi
algoritmo di compressione che analizzi le variazioni dei dati e non i loro
valori assoluti... che è una cosa che non implica una compressione
distruttiva di per sé.