Ce test contient deux parties : - Création d'une cassette de test (10 secondes à environ 3kHz (1/334us pour être exact) - Utilisation de cette cassette pour mesurer le temps d’arrêt et de démarrage du lecteur.
Voila ce que cela donne sur mes 464 :
Pièce jointe :
TapeTest_Samples.jpg
De haut en bas : - 2 lecteurs avec des courroies fatiguée - 2 lecteurs avec des courroies pas trop vielle - 2 lecteurs avec des courroies neuves
En bleu, la courbe d’arrêt. On constate que l’arrêt n'est pas immédiat, et après un délais, la vitesse de défilement de la bande décroit linéairement. Cette courbe ne vas pas jusqu’à 0 car la tête de lecture ne détecte plus les transition.
En orange, la courbe de démarrage. Ici aussi, le démarrage n'est pas immédiat, et la vitesse de défilement croit de façon linéaire (ou presque). Les courroies neuves se remarque par les oscillations.
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Inscription : 29 Août 2007, 12:04 Message(s) : 1989 Localisation : seine et marne 77
Tiens gerald, en parlant de test, tu pourrais tester sur ton 464 le WAV digital de rasputin ?
C'est un bleepload 1 avec loader musical de Melvyn Wright.
Il se charge sous sugarbox, sur le 6128 raccordé à un lecteur de K7 de césar, mais mon 464 refuse obstinément de reconnaitre les blocs de données.
PS : le WAV original fonctionne sans problème sur mon 464, j'aimerais avoir un avis externe sur ce qui cloche ou pourrait clocher, par le biais d'un test de chargement sur un autre CPC à cassette que le mien avec le WAV digital, ceci dans le but d'aider césar à affiner son outil
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 20 Août 2013, 18:03 Message(s) : 258
dlfrsilver a écrit :
Tiens gerald, en parlant de test, tu pourrais tester sur ton 464 le WAV digital de rasputin ?
C'est un bleepload 1 avec loader musical de Melvyn Wright.
Il se charge sous sugarbox, sur le 6128 raccordé à un lecteur de K7 de césar, mais mon 464 refuse obstinément de reconnaitre les blocs de données.
PS : le WAV original fonctionne sans problème sur mon 464, j'aimerais avoir un avis externe sur ce qui cloche ou pourrait clocher, par le biais d'un test de chargement sur un autre CPC à cassette que le mien avec le WAV digital, ceci dans le but d'aider césar à affiner son outil
Inscription : 29 Août 2007, 12:04 Message(s) : 1989 Localisation : seine et marne 77
Gerald a écrit :
dlfrsilver a écrit :
Tiens gerald, en parlant de test, tu pourrais tester sur ton 464 le WAV digital de rasputin ?
C'est un bleepload 1 avec loader musical de Melvyn Wright.
Il se charge sous sugarbox, sur le 6128 raccordé à un lecteur de K7 de césar, mais mon 464 refuse obstinément de reconnaitre les blocs de données.
PS : le WAV original fonctionne sans problème sur mon 464, j'aimerais avoir un avis externe sur ce qui cloche ou pourrait clocher, par le biais d'un test de chargement sur un autre CPC à cassette que le mien avec le WAV digital, ceci dans le but d'aider césar à affiner son outil
Je regarde ça !
C'est vraiment incompréhensible..... si tu peux désosser le loader et voir si éventuellement on a loupé quelque chose.....
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 20 Août 2013, 18:03 Message(s) : 258
dlfrsilver a écrit :
Gerald a écrit :
dlfrsilver a écrit :
Tiens gerald, en parlant de test, tu pourrais tester sur ton 464 le WAV digital de rasputin ?
C'est un bleepload 1 avec loader musical de Melvyn Wright.
Il se charge sous sugarbox, sur le 6128 raccordé à un lecteur de K7 de césar, mais mon 464 refuse obstinément de reconnaitre les blocs de données.
PS : le WAV original fonctionne sans problème sur mon 464, j'aimerais avoir un avis externe sur ce qui cloche ou pourrait clocher, par le biais d'un test de chargement sur un autre CPC à cassette que le mien avec le WAV digital, ceci dans le but d'aider césar à affiner son outil
Je regarde ça !
C'est vraiment incompréhensible..... si tu peux désosser le loader et voir si éventuellement on a loupé quelque chose.....
Effectivement, ca passe parfaitement sur winApe, mais pas sur un vrai 464. Le loader charge l’écran de présentation, mais plus rien après. Pas de musique, a part quelques burp selon le volume ou la vitesse de replay du wav. Le loader semble d’ailleurs bien tatillon sur cette vitesse ! Un wav filtré ne passe pas mieux. Tu as un cdt à me passer (par mail si tu préfères), c'est plus pratique pour désosser le loader.
Inscription : 29 Août 2007, 12:04 Message(s) : 1989 Localisation : seine et marne 77
Voilà le CDT.
@Yoann : Oui sauf que les émulateurs contournent le problème, et ma demande initiale c'est :
qui peut tester le WAV digital sur un vrai CPC 464 ou 6128 et me faire un retour.
Savoir que ça tourne sous sugarbox, cpc emubeta, ou encore CPCE ça ne nous apporte rien, il y a un problème avec le WAV digital et les émulateurs ne nous seront d'aucun secours sur le sujet.
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 12 Juin 2008, 20:29 Message(s) : 1709
pour info : j'avais fait le test en mode 464 sans FDC (comme y'a pas bcp d'émulateur qui peuvent le faire à ce jour ) pour vérifier si cela ne venait pas de ça!
Je laisse la main à Gérald pour un débug en profondeur !
Inscription : 20 Août 2013, 18:03 Message(s) : 258
J'ai commencer a regarder le 1er loader, celui qui charge l’écran de présentation. A part les habituelle méthode pour compliquer la vie au cracker, le point important est que tout ce base sur la durée entre deux transitions. La plupart des autre loader (dont celui du système) utilise la durée d'un cycle. Ici c'est la moitié. Je n'ai pas eu le temps hier soir de regarder le loader de la seconde partie, mais il semble encore plus tatillons sur la durée des transition.
Par contre, avec le CDT j'ai crée un wav avec Tapir. La différence avec le wav de dlfrsilver c'est qu'il est filtré. Résultat, il passe pas non plus SAUF avec un volume réduit. Du coup j'ai re-testé le wav de dlfrsilver, et celui-ci passe aussi, à condition de réduire le volume un peu plus (15% au lieu de 50% habituellement).
La différence me semble être du coté de la longueur des transitions, peut être trop juste par rapport a ce qu'attend le loader. Le filtrage par le magnéto du CPC pouvant modifier ces durée car le signal n'est plus symétrique, contrairement au loader qui utilise des pulse complet.
2 pistes a suivre : 1. vérifier le loader de la seconde partie. Je regarde ca ce soir 2. Récupérer la sortie du PPI avec un analyseur logique et comparer au wav en faisant varier le volume. Pour ce week end.
Inscription : 20 Août 2013, 18:03 Message(s) : 258
Résultat des courses : Le loader de la partie principale utilise la même méthode pour encoder les bit : durée entre deux transitions. Les seule différences se situe : - sur la durée de discrimination: 630us. Plus court c'est un bit a 1, plus long, c'est un bit a 0. Le premier loader discrimine a 567us - les données sont luent par paquet de 12, avec une transition ignorée entre chaque paquet. Le 1er loader les prend par 8, avec une transition ignorée entre. Un exemple avec la syncho initiale de block principal.
Pièce jointe :
InitialSecondPartSyncPulse_807.png
Pour quoi ça plante si le volume est trop fort ? Bonne question , a l'analyseur logique, c'est clair :
Pièce jointe :
PpiInput_OK_Error_1985ms.png
Apres 1.985s, un bit a zéro est vu comme un bit a 1 a cause d'une transition causée soit l’étage d'entrée du magnéto. L’étage d'entrée, par sa conception, n'est pas symétrique. Sont point de repos n'est pas a mi-tension mais plus bas. Ce qu'il crée un comportement différent suivant qu'il est saturé a l'état haut ou a l’état bas. Comme le signal d'entrée n'est pas équilibre, suivant les données, le signal moyen passe au dessus ou en dessous du point de repos, accentuant ce déséquilibre. Avec des données encodée par pulse, la valeur moyenne d'un bit est toujours nulle, la partie a l’état haut et à l’état bas on toujours la même durée. Pour ceux qui on des bon yeux, sur la courbe les état haut sont plus long que les etat bas pour les meme valeur de bit. C'est encore plus marqué sur la courbe du haut avec l'erreur.
Pour moi le dump est bon, par contre de par la nature de l'encodage il est très sensible au volume. Il faudrait essayer de l'enregistrer sur une vrai cassette et voir a partir de quel niveau il passe ou pas. N'ayant que des 464 et pas d'enregistreur je ne peu pas faire le test simplement.
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 44 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum