Euh, juste un petit truc, le .doc M$ Word n'est pas vraiment le format idéal pour la documentation:
1. C'est un format propriétaire.
2. C'est un format vecteur de virus. (Ton .doc n'est pas infecté, mais il pourrait le devenir à un moment. Surtout si tu ouvres des .doc d'un peu partout sans les scanner avec un antivirus.)
3. C'est un format qui risque de révéler des informations personnelles. Par exemple, du moins pire au pire: le modèle de ton imprimante, l'ancien contenu de ton .doc, et dans certains cas même des morceaux de fichiers préalablement effacés!
Je te conseille donc d'utiliser le format HTML. Tu peux enregistrer en HTML avec M$ Word, et ça fonctionne très bien avec ton .doc. Ça te donne aussi une taille totale de 6684 octets plutôt que 33792, et tu peux encore la réduite en convertissant les fichiers .gif de M$ Word en fichiers .png (le standard W3C pour les images dans les fichiers HTML).
Je t'ai envoyé par mail ce que donne ta doc en HTML, avec images PNG. J'ai aussi fait un peu de nettoyage dans le HTML de Word (et mis les images à leur place parce que Word les a mal placés lors de la conversion) et converti les images de GIF en PNG optimisé avec pngcrush. Résultat: 6082 octets contre 33792 en M$ Word.
Moi, je l'ai enregistrée en HTML avec Word, j'ai fait un minimum de nettoyage avec Notepad, j'ai converti les GIFs en PNGs avec le Photo Editor de Office (mais n'importe quel programme fonctionnera pour ça, par exemple IrfanView - peu importe la qualité de la compression vu qu'on va utiliser pngcrush par la suite), et j'ai optimisé les PNGs avec pngcrush. L'astuce est de passer -plte_len n avec le plus petit n possible sans perdre des couleurs. Ça tronque la palette après la dernière couleur utilisée. C'est n=3 pour les 2 premières images et n=6 pour la troisième.
Zeph Le 20/06/2003 à 20:23 Evite le HTML avec Word, la source qu'il genere est tout simplement affreuse. Tu devrais prendre un logiciel comme Dreamweaver, qui est bien plus performant.
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez
par ici :)
Bah, on peut faire le nettoyage avec Notepad.
En sa défense, il faut quand-même préciser que si tu es à jour avec les versions de Windows et les Service Packs de Office (je ne sais pas exactement quelles versions sont vulnérables, désolé), le problème des morceaux de fichiers effacés est résolu (normalement; je n'ai aucun moyen de vérifier).
Ça dépend:
* des formatages employés.
* de la version de Word. Plus c'est récent, pire c'est.
Tu as dû te prendre la tête kevin.
J'ai fait des testes avec le montage et les meilleurs résultats sont obtenus avec un condos de 47 pF et une résistance de 470 kohm donc les valeurs données sont parfaite. La qualitée s'en ressent mieux mais le son doit être amplifié.
Je vais faire de nouveaux exemples plus audible et surtout exploitant un peu plus les ressources de cette librairie. Le plus difficile serat de faire des exemples avec des effets sonores.
Uther Le 21/06/2003 à 19:16 bof!
Emacs y'a pas mieux! on découvre plein de truc super sympa tous les jours avec. Par contre c'est vrai que ca demande un petit temps d'adaptation.
J'ai constatez 2 bugs majeurs dans PolySnd dont 1 assez spécial.
Le premier bug concerne uniquement les HW1, c'est un bug d'incompatibilité, les 8192 hz sont saccadé, je pense que la calculatrice fait 8192 hz puis 0 pendant 2000 hz et ainsi de suite. Cela vient de mon algos mais je vous assure il me faut absoluement des personnes pour tester sur HW1, ou sinon je n'arriverais jamais.
Le deuxième est un peu identique pour la gestion des 5000 hz, je passe de 5000 hz puis 0 pendant 3192 hz, mais ça c'est corrigeable en changeant d'algo. Par contre ce que je trouve bizarre c'est quand je programme en assembleur, la librairie fonctionne très bien avec toute les fonctions mais en C c'est spécial, voici ce que j'en ai conclus:
-Quand j'utilise:
DEFINE_INT_HANDLER (Interruption)
{
counter++;
}
Puis l'appel de ma fonction à 500 hz.
Interrupt5 (Interruption);
L'interruption est lancée 1 fois toute les 7 secondes mais lorsque je programme en assembleur et que j'appel ma fonction Interrupt5, celle-ci fonctionne correctement à une fréquence précise de 5000 hz.
Encore un autre problème avec TIGCC que je n'ai pas en assembleur, lorsque je fait ceci:
while (_keytest (RR_ESC)!=TRUE)
{
if (_keytest (RR_MINUS)) SetTempo (GetTempo_voice1-1);
if (_keytest (RR_PLUS)) SetTempo (GetTempo_voice2+1);
}
La touche PLUS réagit correctement et le tempo est incrémenté mais avec minus celui-ci se déccrémente que de 3 max et ne peu plus ce décrémenter. Par contre si je défnit un autre tempo, ce genre de problème apparâit avec la touche MINUS et PLUS.
Je le répéte je n'ai pas ce genre de problème en codant en assembleur et en visualisant avec la fonction put_hex de hexlib.
As-tu testé avec la même version en assembleur et en C (statique pour les 2 ou dynamique pour les 2)?
J'ai testé en C et en ASM en version statique et dynamique et le résultat est identique.
En ASM pour mon interruption je fait ceci:
move.l #interruption,-(a7)
En C ça donne:
pea interruption
En C l'interruption fonctionne mais elle est très lente, ce qui n'est pas le cas en ASM.
Pour le bug du tempo, ça peut venir de printf_xy, je vais voir ça.
Enfin de compte c'est la fonction printf qui fait buggé ma librairie, mais elle fait quoi au juste cette fonction sur a7...? Car ce n'ai pas la première fois quelle me fait des trucs bizarre.
pea.l interruption est plus optimisé que move.l #interruption,-(a7)
Tu devrais utiliser ça en ASM aussi
C'est ce que j'ai fait après, mais je croit que je n'utiliserais plus jamais printf_xy pour débugger mes programmes.
