bonjour a tous j'aimerais savoir si il est possible de recuperer le signal video d'un Mac SE/30 pour en faire une video youtube ?
merci bonne soiree
capture video d'un SE/30
Modérateur : Politburo
-
- Fonctionne à 75 bauds
- Messages : 38
- Enregistré le : 09 sept. 2018 22:34
- Administrateur
- Messages : 5941
- Enregistré le : 24 mai 2002 16:55
- Localisation : Toulouse
- Contact :
Re: capture video d'un SE/30
Salut,
A mon avis pas facile, sauf à utiliser une carte d'extension vidéo (rare) et a numériser les signaux vidéo (pas gagné)
Sur émulateur, ça serait plus facile, non ?
A+
A mon avis pas facile, sauf à utiliser une carte d'extension vidéo (rare) et a numériser les signaux vidéo (pas gagné)
Sur émulateur, ça serait plus facile, non ?
A+
- jvernet
- Fonctionne à 14400 bauds
- Messages : 7958
- Enregistré le : 24 mai 2002 09:57
- Localisation : France 69
- Contact :
Re: capture video d'un SE/30
Emuler un SE/30, pas facile. MinivMac est ce qui pourrait le faire de mieux. Mais si le but est de capturer la video d’un vrai SE/30 en TR, je ne connais pas de softs capables de le faire...
"l'ordinateur et l'homme sont les deux opposés les plus intégraux qui existent. L'homme est lent, peu rigoureux et très intuitif. L'ordinateur est super rapide, très rigoureux et complètement con."
- Fabrice Montupet
- Administrateur
- Messages : 11083
- Enregistré le : 17 mai 2002 11:39
- Localisation : Nevers - France
Re: capture video d'un SE/30
Une solution consisterait à générer un signal vidéo composite. De mémoire, les cartes analogiques des Macintosh 128/512/SE fournissent un signal vidéo en 22KHz, reste à réaliser un convertisseur pour obtenir du 15KHz
Re: capture video d'un SE/30
Après quelques recherches pour faire le tour des possibilités, je vous livre une petite sélection des meilleures infos glanées à ce sujet :
D'abord, il existe bien un logiciel de capture d'écran en vidéo pour System 7 avec Quicktime : Snapz Pro 2 mais qui risque sur cette machine de tourner aussi bien que le périph' un 17 novembre...
Si par contre on voulait malgré tout récupérer l'affichage au niveau logiciel, on pourrait envisager de se brancher sur le bus (par exemple via le connecteur PDS) pour "sniffer" les écritures du processeur vers la RAM Vidéo... peut-être un peu "too much" ??
C'est pourtant comme ça que s'y est pris un certain Rob Braun, à l'aide d'un microcontrôleur rapide communicant par USB avec une application hôte. Le code n'est apparemment pas disponible mais il a présenté en détail la méthode employée : http://synack.net/~bbraun/sevideo/
Son circuit constitue au final une sorte d'analyseur logique (mais spécialisé), et dans l'absolu on doit même pouvoir en utiliser un vrai, suffisamment rapide pour enregistrer tous les accès sur le bus, pour ensuite en extraire logiciellement les données d'affichage...
Maintenant si on prend la question posée au pied de la lettre, on pourrait en effet tenter de "récupérer le signal vidéo", et dans ce sens, ça correspondrait mieux à l'idée qu'évoquait notamment Fabrice, de créer un signal composite à partir des signaux destinés à l'écran interne.
En l’occurrence, on peut trouver ces signaux au niveau TTL de parts et d'autres du câble qui relie la carte mère à la carte analogique, et dans les nombreuses discussions qu'on trouve aisément à ce sujet sur Internet, il est souvent fait référence au livre "Macintosh Repair & Upgrade Secrets" de 1990, je vous ai retrouvé les bonnes pages :
"Building a TTL Video Adapter" https://archive.org/details/mac_Macinto ... /page/n182 (à droite, et les deux pages suivantes)
et les branchements adaptés au connecteur du SE : https://archive.org/details/mac_Macinto ... /page/n309
En ce qui concerne les spécificités de ce signal, de nombreux éléments sont donnés dans "Guide to the Macintosh family hardware" (toujours de 1990), notamment à partir du bas de la page 400 : https://archive.org/details/apple-guide ... /page/n437
Je suis tombé aussi sur cette page (dédiée à un chouette projet destiné à réutiliser l'écran interne) qui présente et commente quelques relevés à l'oscilloscope : https://nerdhut.de/2016/06/26/macintosh-classic-crt-1/
Pour résumer, on a un "pixel clock" qui correspond à l'horloge du CPU (15,6672 MHz) et une synchro horizontale à environ 22,25 kHz, fréquence qu'on pourrait doubler (tout en doublant les lignes) pour en faire un signal acceptable par un écran VGA (ces circuits "scan doubler" permettent ainsi de transformer les signaux vidéo des vieux micros, à l'origine destinés à des écrans "15kHz") et qu'il faudrait ensuite pouvoir numériser.
Pour éviter ce "transvasement" passant par la génération d'un signal vidéo analogique intermédiaire, la solution type "analyseur logique" (du genre de celle citée dans le deuxième paragraphe) mais appliquée de manière plus simple et moins lourde aux seuls signaux vidéo TTL, pourrait s'avérer intéressante, et implémentable de diverses manières... avis aux amateurs !
D'abord, il existe bien un logiciel de capture d'écran en vidéo pour System 7 avec Quicktime : Snapz Pro 2 mais qui risque sur cette machine de tourner aussi bien que le périph' un 17 novembre...
Si par contre on voulait malgré tout récupérer l'affichage au niveau logiciel, on pourrait envisager de se brancher sur le bus (par exemple via le connecteur PDS) pour "sniffer" les écritures du processeur vers la RAM Vidéo... peut-être un peu "too much" ??
C'est pourtant comme ça que s'y est pris un certain Rob Braun, à l'aide d'un microcontrôleur rapide communicant par USB avec une application hôte. Le code n'est apparemment pas disponible mais il a présenté en détail la méthode employée : http://synack.net/~bbraun/sevideo/
Son circuit constitue au final une sorte d'analyseur logique (mais spécialisé), et dans l'absolu on doit même pouvoir en utiliser un vrai, suffisamment rapide pour enregistrer tous les accès sur le bus, pour ensuite en extraire logiciellement les données d'affichage...
Maintenant si on prend la question posée au pied de la lettre, on pourrait en effet tenter de "récupérer le signal vidéo", et dans ce sens, ça correspondrait mieux à l'idée qu'évoquait notamment Fabrice, de créer un signal composite à partir des signaux destinés à l'écran interne.
En l’occurrence, on peut trouver ces signaux au niveau TTL de parts et d'autres du câble qui relie la carte mère à la carte analogique, et dans les nombreuses discussions qu'on trouve aisément à ce sujet sur Internet, il est souvent fait référence au livre "Macintosh Repair & Upgrade Secrets" de 1990, je vous ai retrouvé les bonnes pages :
"Building a TTL Video Adapter" https://archive.org/details/mac_Macinto ... /page/n182 (à droite, et les deux pages suivantes)
et les branchements adaptés au connecteur du SE : https://archive.org/details/mac_Macinto ... /page/n309
En ce qui concerne les spécificités de ce signal, de nombreux éléments sont donnés dans "Guide to the Macintosh family hardware" (toujours de 1990), notamment à partir du bas de la page 400 : https://archive.org/details/apple-guide ... /page/n437
Je suis tombé aussi sur cette page (dédiée à un chouette projet destiné à réutiliser l'écran interne) qui présente et commente quelques relevés à l'oscilloscope : https://nerdhut.de/2016/06/26/macintosh-classic-crt-1/
Pour résumer, on a un "pixel clock" qui correspond à l'horloge du CPU (15,6672 MHz) et une synchro horizontale à environ 22,25 kHz, fréquence qu'on pourrait doubler (tout en doublant les lignes) pour en faire un signal acceptable par un écran VGA (ces circuits "scan doubler" permettent ainsi de transformer les signaux vidéo des vieux micros, à l'origine destinés à des écrans "15kHz") et qu'il faudrait ensuite pouvoir numériser.
Pour éviter ce "transvasement" passant par la génération d'un signal vidéo analogique intermédiaire, la solution type "analyseur logique" (du genre de celle citée dans le deuxième paragraphe) mais appliquée de manière plus simple et moins lourde aux seuls signaux vidéo TTL, pourrait s'avérer intéressante, et implémentable de diverses manières... avis aux amateurs !
Modifié en dernier par nicolho le 24 nov. 2018 11:00, modifié 1 fois.
- C.Ret
- Fonctionne à 9600 bauds
- Messages : 3405
- Enregistré le : 31 mai 2008 23:43
- Localisation : N 49°22 E 6°10
Re: capture video d'un SE/30
Ma question est peut-être très bête, mais n'est-il pas plus simple de filmer ce qui s'affiche sur le moniteur de ce SE/30 ?
Le nec plus ultra serait une caméra type caméra imagerie scientifique (type StreamView) pour éliminer (ou diminuer) les effets de balayages et scintillements. Certains modèle (anciens) avait d'ailleurs un 'trigger' qui permettait de synchroniser la prise de vue avec la fréquence de événements à filmer.
Très utile pour décomposer le mouvement de la culasse lors d'une séquence de tirs de canons ou tout autre mouvements mécaniques.
Le nec plus ultra serait une caméra type caméra imagerie scientifique (type StreamView) pour éliminer (ou diminuer) les effets de balayages et scintillements. Certains modèle (anciens) avait d'ailleurs un 'trigger' qui permettait de synchroniser la prise de vue avec la fréquence de événements à filmer.
Très utile pour décomposer le mouvement de la culasse lors d'une séquence de tirs de canons ou tout autre mouvements mécaniques.
SHARP PC-1211 PC-1360 EL-5150 PC-E500 | Commodore C=128D | Texas Instruments Ti-57LCD Ti-74BASICalc Ti-92II Ti-58c Ti-95PROCalc Ti-30XPROMathPrint | Hewlett-Packard HP-28S HP-41C HP-15C HP-Prime HP-71B | CASIO fx-602p | NUMWORKS | Graphoplex Rietz Neperlog | PockEmul | Sommaire des M.P.O. | Ma...dov'il sapone.