audio compression - k7 Wav

YouTube - RetroC0mputing's Channel · Message par **Carl** » 14 juil. 2007 23:57

la sauvegarde des wav de k7 au format shn :
Shorten® (.shn) is an audio compression scheme that is used to compress audio (.wav) files losslessly. This means that after you decompress a Shorten file, everything that was in the original .wav is there. This is unlike MP3, in which the compression step throws away information that can never be recovered.

http://www.etree.org/shncom.html

carl

Message par **fneck** » 15 juil. 2007 09:11

Oui, intéressant mais je n'ai pas vu de notion de taux de compression. Après faut voir voir avec un classique ZIP ou RAR, que tout le monde peut lire couramment, ce qu'on obtient.

Daniel · Message par **Daniel** » 15 juil. 2007 12:13

Pendant mes 15 années d'expériences de transferts de cassettes (Thomson, VG5000, Alice, Hector...) j'ai tout essayé pour compresser les fichiers .wav de programmes. La première évidence : il ne faut pas transposer aux signaux numériques les méthodes utilisées pour les signaux audios. Pour un signal audio, on cherche à éviter les distorsions. C'est le souci fondamental dans les méthodes avec pertes. Le must étant bien entendu le lossless : shn, ape, flac etc...

Pour un signal numérique, les distorsions n'ont aucune importance. Au contraire, plus le signal est rectangulaire, meilleur il est. Et aussi plus facile à décoder. C'est pourquoi je pousse le volume au-delà de la saturation lors de l'enregistrement de cassettes de programmes. Ma méthode pour bien compresser est la suivante : si l'enregistrement n'est pas assez saturé, je l'amplifie beaucoup (300 ou 400%) pour obtenir des créneaux à peu près rectangulaires. A la limite il n'y a plus que deux valeurs pour les échantillons : 0 et 255 par exemple, si le signal est codé en 8 bits. Et alors PKZIP le compresse à 98% ou plus.

Pour vous en convaincre, vous pouvez télécharger les images de cassettes au format .wav du site dcmoto. Par exemple Androides :
- Fichier wav original : 6 616 646 octets
- Fichier zip compacté : 98 969 octets

Vous allez me dire que c'est bon pour les procédés comme celui du MO5 (avec mise en forme TTL du signal), mais que ça ne marche pas pour le TO7 ou d'autres machines qui attendent des signaux sinusoïdaux. Eh bien si : mes signaux rectangulaires sont lus parfaitement par les TO7, Alice, VG5000 et autres. Car leurs magnétohones audios ont une bande passante limitée dans les aigus, et le signal rectangulaire du .wav se transforme en sinusoïde lors de l'enregistrement sur la cassette. Et même si la sinusoïde n'est pas parfaite, les circuits de décodage n'en souffrent aucunement.

Message par **fneck** » 15 juil. 2007 15:38

Effectivement tu as raison, c'est particulier le numérique et ça n'a rien à voir avec l'audio.

YouTube - RetroC0mputing's Channel · Message par **Carl** » 15 juil. 2007 17:29

Daniel, je change de sujet...tu connais OS9 ?
est-il possible d'envisager un portage de dcvg5k vers le monde du CDi ?

carl

mandrake · Message par **mandrake** » 15 juil. 2007 21:26

le MPC est pas mal aussi

Daniel · Message par **Daniel** » 16 juil. 2007 08:52

mandrake a écrit :le MPC est pas mal aussi

Oui, pas mal pour la musique. Sans intérêt pour une cassette de micro-ordinateur : avec ma méthode le taux de compression est dix fois supérieur. De plus elle améliore le signal, alors que le MPC, comme le MP3, le dégrade.