forum.system-cfg.com

Peu importe l'origine du phénomène : il est identique sur tous les Thomson, MO comme TO, et il n'est pas question de modifier les ordinateurs pour faire fonctionner le streaming. Dans tous les cas, la cause se situe à la sortie du 6821. Après une longue utilisation le circuit est évidemment un peu p...

L'alimentation du MO5 est hors de cause. Il n'y a aucune dérive à chaud, j'ai changé le comparateur et le transistor de puissance, il n'y a aucune différence, et surtout j'ai fait un essai de la démonstration sur TO8 et je rencontre exactement le même problème. Sur TO8 le comportement est identique ...

Par contre pour ce qui est de l'imprimante partagée, comme chez Daniel, rien à faire :| Et je confirme que ce n'est pas un soucis de découverte ou de partage, mais bien de droits pour accéder à l'imprimante... Donc je n'ai pas rêvé :wink: Depuis j'ai laissé tomber, mais si une solution est trouvée ...

Il faut savoir que Windows 10 envoie tout ce que tu fais à Microsoft, qui le transmet aux ayants droits, qui coupent le son :wink: :wink: @irios : test effectué. J'ai laissé le MO5 chauffer pendant 2 heures. Dans ces conditions il y a des erreurs dans le streaming 9 fois sur 10. Lancement de la démo...

fneck a écrit :Daniel, je n'ai pas de son sur la vidéo, c'est pas normal ou j'ai raté un passage?

Tu as peut-être fait "MUTE" ? Non, je plaisante ! Mais normalement, dans la vidéo de Peter Gabriel il y a du son... et du bon !

Oui, le MO5 utilisé pour filmer la démo a un contrôleur CS91-280 et un module SDMO internes. C'est le gros avantage du MO5 par rapport à tous les autres Thomson : il peut accéder simultanément à une carte SD en mode simulation de disquettes, et à une deuxième carte SD en streaming. On peut le faire ...

Oui, j'utilise l'alimentation d'origine du MO5. J'ai essayé d'alimenter l'Arduino par une alimentation indépendante bien régulée, mais ça n'a rien changé. Je vais essayer d'alimenter aussi le MO5 par une alimentation de laboratoire pour voir s'il y a une différence. De toutes façons, il faudra que ç...

Pour fêter l'évènement, je vous offre cette vidéo de la meilleure démonstration au monde pour MO5. C'est une oeuvre de __sam__. Attention, c'est gros (234 Mo) : http://www.filedropper.com/hammer hammer.jpg Si vous pensez que le MO5 n'a aucune capacité sonore, que les couleurs bavent et que l'afficha...

Problème résolu ! Je l'avais plus ou moins supposé, quand je disais que la vidéo commençait avant réception du bit de synchronisation. Le problème est bien là : les parasites affectent la ligne de sortie du 6821 vers l'entrée numérique D8 de l'Arduino. Ce matin, avec la même configuration qu'hier e...

Voici l'explication : Pour comparer les octets envoyés au MO5 à ceux du fichier .sd, j'ai connecté les 8 canaux de l'analyseur aux 8 bits de l'octet transmis. J'avais déjà constaté qu'en connectant l'analyseur sur 7 bits la transmission était meilleure (voir l'essai du diapason en mode mute). Eh bie...

J'expliquerai, c'est promis, mais pas tout de suite car j'ai des invités dont je dois m'occuper.
Pour patienter une autre vidéo et une photo du montage fonctionnel.
http://www.filedropper.com/ccr

Fichier .mp4 (58 Mo)

Il ne faut pas oublier que le premier CCR-mute a fonctionné une fois, puis plus jamais, avec le même programme. Il y a donc un problème hard légèrement aléatoire, mais pas totalement. En particulier il semble sensible au contenu du fichier, selon qu'il y a plus ou moins de bits à 1. Je n'ai pas d'in...

CCR-mute-full va jusqu'au bout et plante lors du retour au Basic. L'image est brouillée du début à la fin, exactement comme CCR normal. Je reconnais les mêmes motifs.

Dans CCR, j'ai vu les titres et une partie de la séquence de guitare, mais pas l'écran de fin. Le plantage est brutal : tout l'écran devient incohérent et le programme s'arrête en moins d'une demi-seconde. Côté hard je ne sais pas dire. L'analyseur donne l'illusion de créneaux parfaits, mais ce n'es...