D::Light ( ne répond pas )

ehh biiiiip
je suis même pas capable de te joindre ce fichier
voici une copie texte
30/03/11 21:16:18 com.apple.launchd[1] (com.google.keystone.daemon[2819]) Exited with exit code: 1
30/03/11 21:16:18 com.apple.launchd[1] (com.google.keystone.daemon) Throttling respawn: Will start in 10 seconds
30/03/11 21:16:28 [0x0-0x5b05b].org.x.X11[2823] X11.app: main(): argc=2
30/03/11 21:16:28 [0x0-0x5b05b].org.x.X11[2823] argv[0] = /Applications/Utilities/X11.app/Contents/MacOS/X11.bin
30/03/11 21:16:28 [0x0-0x5b05b].org.x.X11[2823] argv[1] = -psn_0_372827
30/03/11 21:16:28 [0x0-0x5b05b].org.x.X11[2823] Waiting for startup parameters via Mach IPC.
30/03/11 21:16:28 org.x.startx[2830] font_cache: Scanning user font directories to generate X11 font caches
30/03/11 21:16:28 com.apple.launchd[1] (com.google.keystone.daemon[2839]) bootstrap_register() erroneously called instead of bootstrap_check_in(). Mach service: com.google.Keystone.Daemon
30/03/11 21:16:28 com.apple.launchd[1] (com.google.keystone.daemon[2839]) Exited with exit code: 1
30/03/11 21:16:28 com.apple.launchd[1] (com.google.keystone.daemon) Throttling respawn: Will start in 10 seconds
30/03/11 21:16:28 org.x.startx[2830] font_cache: Updating FC cache
30/03/11 21:16:29 org.x.privileged_startx[2838] font_cache: Scanning system font directories to generate X11 font caches
30/03/11 21:16:29 defaults[2861]
The domain/default pair of (org.x.X11, dpi) does not exist
30/03/11 21:16:29 org.x.startx[2830] xauth: creating new authority file /Users/vincentribes/.serverauth.2830
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] X11.app: Listening on socket for fd handoff: (4) /var/tmp/tmp.0.nOku2v
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] X11.app: Thread created for handoff. Returning success to tell caller to connect and push the fd.
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] X11.app: do_start_x11_server(): argc=6
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[0] = /usr/X11/bin/X
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[1] = :0
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[2] = -nolisten
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[3] = tcp
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[4] = -auth
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] argv[5] = /Users/vincentribes/.serverauth.2830
30/03/11 21:16:30 org.x.startx[2830] Xquartz: Handoff connection established (try 1 of 5) on fd 6, "/var/tmp/tmp.0.nOku2v". Sending message.
30/03/11 21:16:30 org.x.startx[2830] Xquartz: Message sent. Closing handoff fd.
30/03/11 21:16:30 [0x0-0x5b05b].org.x.X11[2823] X11.app: Received new $DISPLAY fd: 6 ... sleeping to allow xinitrc to catchup.
30/03/11 21:16:32 [0x0-0x5b05b].org.x.X11[2823] Xquartz starting:
30/03/11 21:16:32 [0x0-0x5b05b].org.x.X11[2823] X.Org X Server 1.4.2-apple56
30/03/11 21:16:32 [0x0-0x5b05b].org.x.X11[2823] Build Date: 20100624
30/03/11 21:16:32 [0x0-0x5b05b].org.x.X11[2823] (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
30/03/11 21:16:32 [0x0-0x5b05b].org.x.X11[2823] (EE) XKB: Couldn't open rules file /usr/X11/share/X11/xkb/rules/base
30/03/11 21:16:33 org.x.privileged_startx[2838] font_cache: Updating FC cache
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] X11.app Handing off fd to server thread via DarwinListenOnOpenFD(6)
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] DarwinListenOnOpenFD: 6
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] Calling ListenOnOpenFD() for new fd: 6
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] X11.app: Launching /usr/X11/bin/xterm:
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] argv[0] = /bin/sh
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] argv[1] = -c
30/03/11 21:16:33 [0x0-0x5b05b].org.x.X11[2823] argv[2] = /usr/X11/bin/xterm
30/03/11 21:16:36 org.x.privileged_startx[2838] font_cache: Done
30/03/11 21:16:36 org.x.startx[2830] font_cache: Done
30/03/11 21:16:38 com.apple.launchd[1] (com.google.keystone.daemon[2978]) bootstrap_register() erroneously called instead of bootstrap_check_in(). Mach service: com.google.Keystone.Daemon
30/03/11 21:16
desolé pour la présentation
et merci

@louuky
pour fonctionner sur Mac, au lancement de DL c'est en fait un script qui est lancé qui une fois qu'il à lancé DL, n'a plus d'utilité et donc " ne répond pas ".
est-ce que tu constates le message via le moniteur d'activité?
aussi, si t'as sortie DMX ne se bloque plus, qu'as tu fait après ton passage en 10.6.7? as-tu réinstallé le driver du boitier USB DMX?

@mhesa

Mais alors moi, je dois être maudit ou un truc comme ça...
sinon je suis en 10.6.7
et je suis dans la merde

je suspecte que le passage en 10.6.7 soit périlleux....
réinstalle le driver de chez ftdi et dis moi ce qu'il en est.
aussi, ce n'est pas tout à fait le rapport de crash que je voudrai...
tu lances Console, dans les onglets de gauche, tu ouvres Informations de diagnostic et d'utilisation, puis tu ouvres rapports de diagnostic de l'utilisateur, et là en fonction des dates et heures de crash, tu m'envoies le bon rapport.

autre petit test pour tous les deux, si le DMX est bloqué, pouvez vous (à l'écran) envoyer un sub ou un flash de sub?

++
nico

J'ai re-choisi usbdmxpro dans le display. Et tout réagi correctement maintenant, sub y compris.J'ai également réinstallé :Light au préalable.
Je terminerai néanmoins ma série de spectacles avec un jeu traditionnel ( le traumatisme de l'équipe était trop grand ) et réutiliserai :Light lors d'une prochaine installation. Touchons du bois...ou du clavier...ou...( pfff, je délire...)
Luc

as-tu réinstallé les drivers de ftdi ?

J'ai re-choisi usbdmxpro dans le display. Et tout réagi correctement maintenant, sub y compris.

tu veux dire que quand la data ne réagissait plus, tu as re-choisis USB DMX comme output dans le setup et le signal est reparti ?

maintenant, et si t'arrives toujours à bloquer le signal data, quand la sortie DMX est bloquée, peux-tu essayer d'envoyer un sub pour voir si son contenu apparait à l'écran?

++

@nico
salut
désolé pour le temps de réaction
mon chargeur macbook a grillé dans la nuit (si si..)
de retour sur mon problem
j'ai déjà tenté de réinstaller ftdi, redémarrer, no success.
le passage périlleux 10.6.7 me semble être la bonne piste en effet.

De retour sur les lieux du crime vers 13h.
Te recontactes à ce moment là, après test submaster.

désolé mais je ne parviens pas à joindre un fichier (rien ne s'affiche dans la case pièce jointe.
j'essaye de trouver ton mail..
++
vincent

mon chargeur macbook a grillé dans la nuit (si si..)

ça c'est du fucking no luck

j'ai déjà tenté de réinstaller ftdi, redémarrer, no success.

ok
fais un test avec les subs quand la data est bloquée et dis moi.
je vais compiler une version alpha avec 10.6.7 et tu me diras ce qu'il en est

++

Je refais un test ce soir. Résumé: réinstallé :Light, téléchargé et installé Driver VCP, Re-cliqué dmxpro dans le setup.

@nico,
salut,
désolé pour ce long silence,
j'étais en prière..

depuis hier matin tout va bien:
mis à jour logiciel du mac
réinstaller dlight
réinstaller driver vcp;
et là c'est le bonheur,
tout roule
je croise les doigts.
Encore merci pour ton soutien si prompt
merci à Loouky pour les infos aussi...

++
vincent

Voilà, tout c'est passé nickel!
Mais j'ai eu d'autres infos à méditer...Mon crash date de samedi passé, jour d'action nationale( belge ) pour l'économie d'énergie avec le passage à l'heure d'été: extinction des sources électriques de 20H30 à 21H30. Il paraitrait que des activistes auraient ciblés les grosses entreprises et envoyé, je ne sais comment un programme " pirate " pour bloquer les ordinateurs...Il se fait que j'était connecté avant le spectacle, et, tout fonctionnait avant 20H30 et après 21H30....C'est une chose qui est déjà arrivée l'année passée. Je ne sais que penser mais serais enclin à croire cette état de fait.
Avez-vous une idée par rapport à çà?

hello,
@mhesa
du coup, comment peut-on savoir d'où venait l'erreur (passage à 10.6.7? réinstallation des drivers?)

@louuky
t'as refait ta régie avec DL?
par rapport à ton explication sur le malfonctionnement de DL pendant la Earth Hour, il faudrait savoir comment étaient reliés les gradas au réseau électrique (ou les nodes qui contrôlent les gradas) car ils se peut effectivement que si elles étaient en low power, les gradas aient pu faire n'importe quoi.
c'était quoi comme théâtre?
en tout cas, je jure que DL n'a pas de code cachée pour arrêter de fonctionner à ce moment là...
était tu relié à internet pendant ta régie ? car il est possible qu'un changement d'heure automatique de l'ordi ait pu foutre la zone (mais bon, ce genre de chose se passe plutôt vers 3h du mat que vers 20h30 - d'ailleurs j'était en plein démontage et on a fini bien tard....)

++

Je me renseigne pour le réseau. C'est une très vieille salle rééquipée dans les locaux d'une administration communale où se trouve les serveurs pour toute la commune.
Je n'étais pas connecté en spectacle et loin de moi d'imaginer que tu aurais bidouillé ton " bébé " pour ce moment là.

Luc