Je ne sais pas si ça peut aider : Les numéros d'evenements ne se suivent pas forcement dans le format d'acquisition GANIL. Je pense que ceci est du à l'utilisation des deux processeurs. Dans les séquences 1, 2, 4 etc le numéro 3 va apparaitre un peu plus loin... Le numéro que tu lis correspond, par conséquent, à numéro de l'evenement brut, avec des trous dans les séquences.
-- You received this bug notification because you are a member of KaliVeda Development Team, which is subscribed to KaliVeda. https://bugs.launchpad.net/bugs/943883 Title: DST2ROOT : marqueurs de temps aléatoires Status in KaliVeda data analysis framework: Confirmed Status in KaliVeda 1.8 series: Confirmed Bug description: Voulant réanalyser des runs 1re campagne en incluant mes anciennes conditions sur les MT, j'ai regénéré les runs Xe+Sn à 32 et 45 AmeV avec KV1.8.4 en utilisant DST2ROOT. J'obtiens effectivement des MT "présents", mais pas pour toutes les particules. Globalement environ 45% des particules ont MT=-1, pout TOUS les modules de TOUTES les couronnes. Tous les runs sont concernés à 32 AMeV. Il ne peut donc pas s'agir de quelques détecteurs avec le MT en panne. Lorsque le MT est présent, le spectre est celui que l'on attend. J'ai vérifié que toutes les particules étaient "arrêtées quelque part" avec les conditions StoppedInxxx. Précision : je n'ai analysé que les particules appartenant à mes événement favoris Ztot>=80 et flot>=60 deg, mais si je mets ma condition sur les MT avec un KVParticlecondition, je n'ai aucun événement OK qui entre dans Analysis, le problème est donc général. To manage notifications about this bug go to: https://bugs.launchpad.net/kaliveda/+bug/943883/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~kaliveda-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~kaliveda-dev More help : https://help.launchpad.net/ListHelp
