[MOS] Yomgui met le feu aux câbles

Annoncé au mois de Décembre dernier, la pile firewire pour MorphOS voit le jour en cette belle soirée. Son géniteur, qui n’est autre que sieur Guillaume ‘Yomgui’ Roguez, vient en effet de mettre la première version publique d’Helios, sa pile firewire.

Pour anecdote et pour faire bien dans les soirées branchées, Helios est le fils du Titan Hyperion et est la personnification du soleil (pour rappel, le logo officiel du firewire ressemble à un soleil).

Vous trouverez dans “lire la suite…” un copier-coller du readme en français disponible dans l’archive.

Télécharger : Helios_0.1.162.lha (MorphOS) [60 ko]

Bonjour,

Voici Helios, la première pile Firewire pour le système PPC/MorphOS.

Si vous voulez développer quelques applications utilisant l’helios.library, j’ai déposé dans l’archive tout ce dont vous avez besoin pour dans le répertoire SDK.

*** ATTENTION ***
Le SDK courant est en test, l’API peut changer à tout moment.
*****************

Description de l’archive Helios
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

– README : ce fichier!
– Libs/helios.library : voici le coeur d’Helios.
– FWInspect : une interace graphique en MUI pour inspecter le bus 1394 local.
– SDK/ : Tous les fichiers nécessaire pour développer des applications utilisant Helios.
SDK/include : tous les fichers d’entêtes C (.h)
SDK/lib/libhelios.a : la gluelib si vous n’utilisez pas les inlines.

Installation et utilisation
~~~~~~~~~~~~~~~~~~~~~~~~~~~

– Si vous aimez Helios et que vous voulez l’installer définitivement, copiez juste le fichier libs/helios.library dans LIBS:.
Puis copiez FWInspect dans C: par exemple (ou ailleurs).

– Lancez FWInspect, c’est une application en MUI.
-> Les devices locaux fontionnants trouvés sont montrés sur la liste en haut.
-> Id: indentificateur des noeuds locaux.
-> Label: concatenation de toutes les entrées textuelles trouvées dans la ROM des noeuds.
-> Type: type du noeud (AVC/SBP2 sont reconnus).

-> Ouvrir les fenêtres lecture/écriture en utilisant les boutons en haut à droite.
-> Sélectioner un device et entrer une adresse et/ou une valeur, cliquer sur les boutons Read/Write.

-> Provoquer un événement busreset en utilisant le bouton “Reset Bus”.

Problèmes connues et limitations
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

– FWInspect n’est pas localisé.

– Mode isochrone non supporté.

– limitations du mode asynchrone:
* Requête ping non supportée.
* Requête/réponse Lock non supportées.

– Pas de gestion du bus pour l’instant (pour supporter le mode isochrone).

– FWInspect montre seulement le premier pont PCI OHCI1394 trouvé sur la machine.

– Les fonctions Helios_EnableBus() / Helios_DisableBus() marchent mais causent des erreurs systèmes quand l’helios.library est chassée, puis rechargée.

12 Commentaires

Passer au formulaire de commentaire

    • serge sur 27 janvier 2009 à 8h31

    cette nouvelle est tout simplement un cadeau en cette nouvelle année.

    Vivement que des gens habiles se servent d’Hélios pour nous pondre des applis novatrices dans notre petit univers (caputre vidéo etc)

    • Yomgui sur 27 janvier 2009 à 9h33

    Pour la capture vidéo, faudra attendre que je sorte le mode isochrone.
    Mais d’abord je veux faire le support AV/C c’est quand même plus cool avec.

    • mrodfr sur 27 janvier 2009 à 12h24

    Salut,

    Corto a besoin de l’isochrone pour Sonix…..

    SVP,SVP, SVP, travaillez ensemble…. 😉

    NOTE: ou alors c’est un autre isochrone (USB<->Firewire)????????

    • BatteMan sur 27 janvier 2009 à 12h55
      Auteur

    mrodfr : Il faudrait du coup utiliser des webcams Firewire et non plus USB.

    Yomgui : Si Angélique n’était pas là, je te sauterais dessus ! 😉


    /me dit ça en passant.

    • mrodfr sur 27 janvier 2009 à 13h08

    Salut,

    ah, ok, c’est pas le meme isochrone…. 😉

    • BatteMan sur 27 janvier 2009 à 13h16
      Auteur

    mrodfr : C’est peut-être équivalent, mais ce n’est pas Corto que Yomgui devrait bosser si tel était le cas, mais avec Chris Hodges (ou l’auteur de Sirion pour OS4), parce qu’il me semble que la non utilisation du mode isochrone vient de la pile USB elle-même.


    /me espère ne pas dire de c*nneries.

    • NH4OH sur 27 janvier 2009 à 13h36

    parce qu’il me semble que la non utilisation du mode isochrone vient de la pile USB elle-même.

    Pas tout à fait.
    Poséidon gère l’isochrone (cf les dires sur la DENEB).
    Le problème vient du pciusb.device.

    Pour revenir dans le sujet, beau travail :-).

    • Yomgui sur 27 janvier 2009 à 13h42

    NH4OH:

    oui mais pciusb.device fait partie de poséidon et c’est chris qu’il a écrit cette lib si je ne m’abuse.

    Sinon le FW != USB, donc rien avoir.

  1. Bravo pour l’effort afin de fournir une solution de connexion pour ce type de périphérique.

    J’ai testé la connexion de ma caméra, pas de problème FWInspect détecte correctement la connexion et la déconnexion. Il affiche également son nom dans la liste des appareils connectés.
    Pas d’exception visible dans logtool.

    Vivement le pilote AVC pour pouvoir récupérer les films sans devoir passer par Linux.

    Bonne continuation.

    Rmais96

    • Yomgui sur 28 janvier 2009 à 10h16

    Rmais96

    Vivement le pilote AVC pour pouvoir récupérer les films sans devoir passer par Linux.

    (note: je vais écrire la FAQ!)

    AV/C va permettre de contrôler à distance ton appareil: marche/arrêt, avance rapide avant/arrière, play, …

    Ce n’est pas la lib qui vient lire/écrire les données.
    Faut faire la distinction entre le chemin de donnée et le chemin de contrôle.

    Les données (DV ici) c’est le job de la lib IEC-61883.

    • serge sur 28 janvier 2009 à 12h02

    @ Yomgui

    seras tu me créateur de la lib IEC-61883?

    • Yomgui sur 28 janvier 2009 à 17h48

    Déjà faire la avc1394.device… qui me pose pas mal de soucis psychologique! 😀

Les commentaires sont désactivés.

Amiga Impact