[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 on 27 janvier 2009 at 8 h 31 min

    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 on 27 janvier 2009 at 9 h 33 min

    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 on 27 janvier 2009 at 12 h 24 min

    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 on 27 janvier 2009 at 12 h 55 min
      Author

    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 on 27 janvier 2009 at 13 h 08 min

    Salut,

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

    • BatteMan on 27 janvier 2009 at 13 h 16 min
      Author

    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 on 27 janvier 2009 at 13 h 36 min

    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 on 27 janvier 2009 at 13 h 42 min

    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.

    • Rmais96 on 28 janvier 2009 at 8 h 52 min

    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 on 28 janvier 2009 at 10 h 16 min

    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 on 28 janvier 2009 at 12 h 02 min

    @ Yomgui

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

    • Yomgui on 28 janvier 2009 at 17 h 48 min

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

Les commentaires sont désactivés.

Do NOT follow this link or you will be banned from the site!